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The specifications contained in this Technical Newsletter 
correspond to Release 16 of IBM System/360 Operating System. 
Significant changes or additions will be reported in subsequent 


revisions or technical newsletters. 


Summary of Amendments 


This Technical Newsletter documents incremental improvements 
to the PL/I F Compiler for Release 16 of IBM System/360 Operating 
System. These improvements include: implementation of the 
UNALIGNED attribute and the STRING function; array and subscript 
optimization; and diagnostic message improvements. 


Note: Please file this cover letter at the back of the manual to 
provide a record of changes. 
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Module AD 


Module AD performs inter-phase dumping. 

All specified active storage is dumped 
at the end of the phases stated or implied 
in the DUMP option. If the DUMP option 
includes either I, for the Annotated Dic- 
tionary Dump, or E, for the Annotated Text 
Dump, or both, then phase. AD will load 
either phase AH, or phases AI and AJ, or 
all three, to produce the required output. 


The DUMP Option 


The DUMP option which is specified in 
the PARM field of the EXEC card indicates 
where dumping of main storage is to take 
place. It may be specified in one of the 
following ways: 


1. DUMP, means a dynamic dump is required 
(the dump routine will be called by a 
running phase) 


2.  DUMP-(AREA,X4,Xa3,X35-.-..Xp) means a 
dump of the storage after the named 
phase. 


AREA is any combination of TDPSCIE: 
text blocks 

dictionary blocks 

phases loaded 

scratch storage 

control phase 

annotated dictionary blocks 
annotated text blocks 


bj H O UO 'Uu Ud 


The general syntax is: 
DUMP [= ( [AREA], {x] (y,z)},-.-.)] 


A single phase name indicates dumping of 
storage after this single phase. A pair of 
phase names indicates a continuous group of 
phases after which dumping of storage is to 
occur. 


The dump will appear оп  SYSPRINT, 
inserted into the normal compiler output. 


If AREA is omitted the default taken із 
DTSP. If а program check occurs and DUMP 
has been specified then AREA will be given 
the default DTSPC. 


Use of the DUMP option may cause the 


compiler to u$e about 8K bytes more core 
than the SIZE option specifies. This is 
kecause SIZE specifies the amount of core 


the compiler can use for normal compilation 
and does not allow for the internal compil- 
er diagnostic dumps. 


Example of an EXEC card using the DUMP 


option: 


//STEP1 EXEC PROC=PLILFC, 
PARM.PL1L=" рОМРЗ (ТЕ, 04)" 


This statement specifies compilation using 
the DUMP option to obtain a printout of the 
text blocks, the annotated text blocks, and 
of storage after the completion of compiler 
phase QJ. 


Module AE 


finalization of the 
(See Fig.4, Notet) 


Module АЕ is the 
READ-IN Phase control. 


Module AF 


Module АЕ is a control section consist- 
ing of a table containing the compiler 
options which may be used during a compila- 
tion. The table is constructed at system 
generation time. The control section is 
brought into storage by the  initialization 
Module AB at compilation time. А descrip- 
tion of the use of Module AF is given іп 
Appendix G. 


Module AG 
Module AG closes SYSUT3 for output, and 
re-opens it for input. 


The closing and opening operations 
performed in the following order: 


are 


CLOSE 
alter macro-type in data control block 
(DCB) 

OPEN (INPUT) 
switch routine ZURD to point at  SYSUT3 
DCB 


Module AH 


This module produces a dump of the 
dictionary. It prints out the соптипі- 
cations region in the first block, and the 
offsets tables for each block if the 
extended dictionary option is in use. The 
remainder of each block is printed 
out entry by entry. The BCD is trans- 


lated for those entries containing BCD. At 
the end of the dump, а list of а11 the 
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dictionary codes used is given, with ап 
explanation for each code. 


The module is called by phase AD only if 
an I is specified in the AREA field of the 
DUMP option. 


Modules AI and AJ 


Modules AI and AJ are called, if E is 
specified in the area field of the dump 
option, to provide ап 'easy-to-read' text 
print in which the triples and pseudo-code 
items comprising the text are printed sep- 
arately. This option is available between 
phases IA and OE inclusive. 


Module AK 

Module АК is the closing routine of the 
compiler. Its function is to release core 
used for dictionary, text blocks, scratch 
Storage, and completed phases. If batch 
compilation is not specified, module AK 
closes all the files used by the compiler. 


If a batch compilation is specified, a 
check із made to determine whether апу 
source programs are still to be compiled. 


Where there are none module AK closes all 
files. Where one or more programs remain 
to be compiled, the spill file only із 
closed, the batch delimiter card is scanned 
for syntax errors, and control is returned 
to module AA. 


Module AL 


This module contains the control rou- 
tines for dictionary and text-block han- 
dling for the extended dictionary. 


Module AM 


Module AM marks phases as either wanted 
or not wanted, depending upon the compiler 
invocation options. Phases that are always 
loaded are marked wanted. 


AM is the first compiler phase loaded 
after compiler initialization. It tests 
the relevant bits іп CCCODE and marks the 
phases accordingly. | 
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Module AN 


This module contains the routines for 
dictionary and text-block handling for the 
normal-sized dictionary. 


Module JZ 
Module 92 builds the seccnd half phase 
directory. А build list is constructed 


from the second half list neld in Module 
AA; a BLDL is performed on this list. The 
phase directory is then reconstructed in 
Module AA for the second half of the 
compiler. 


48-CHARACTER SET PREPROCESSCR 


Phase BX is the 48-character set prepro- 
cessor. It is loaded on programmer option 
and receives, as input, source text in the 
48-character syntax. | 


The preprocessor scans the input text 
for occurrences of characters peculiar to 
the 48-character set, and converts these to 
the corresponding 60-character symbols. It 
then puts out the adjusted text onto back- 
ing storage ready for Phase CI, the first 
pass of the Read-In Phase. 


The text is real in record by record. 
It is then scanned for alrhaketic charac- 
ters which may be the initial letters of 
operator keywords, for periods, and for 
commas. Items within comments or character 
strings are ignored. 


When a possible initial letter is disco- 
vered, tests are made to determine whether 
or not one of the reserved operator key- 
words has been found. 1f one has been 
found, it is replaced by its 60-character 
set equivalent. Similarly, appearances of 
two periods are replaced by a colon, and a 
comma-period pair is replaced by a semi- 
colon if the comma-period pair is not 


immediately followed by a numeric 
character. 
Allowance is made for the possibility 


that a concatenation of characters which is 
meaningful in the 48-character set may be 
split between two records. 


Before the text is processed a 
the original input is preserved. The out- 
put from the  preprocessor із the trans- 
formed text, record by record, followed by 
the original text. The Read-In Phase proc- 
esses transformed text but prints out the 


copy of. 


г---> | | 
| r-->| Dictionary entry for entry label [А 
| Í el | 
[|| “------------------------------------ 1 
BE 
[|| г------------------------------------- 1 
| | t->| Entry type 2. Used to provide | 
B | data description of target in | B 
l| гр--| RETURN (са еен то), | 
||] t------------------------------------- 1 
ШИ 
111 mE CM aa E EMT << -<-- 1 
111 | у 
[о ог----------------- я Иа Е зіва e pcc prc 1 
|| >| Entry type 3. This entry is used | | Second entry. type 2. | 
E | to point at the data description С | | Used to provide data description | 
[1---] and parameter descriptions for para-|D | of value returned when lakel А іс 
| г-- | meter matching. | | is invoked аз a function. This | 
| | t------4---------4--------------4----4 | entry пау, and usually will, coin- | 
| | | | | | cide with в. | 
|| | | | — 1 
|| | === 1 
І | | | | 
| | У У У 
БД” речо 1 г-н ыа 1 porci ses ШЕ нін асанна 1 
| | | Description of І | Description of | | Description cf | 
lt І | ЛЕ | [Е1 | |Е2 
| | | first parameter | | second parameter | | each parameter | 
і. eee J bee ee a НЕН J REM eta EEE ана J 
| | 
КОЙ ратна Cpe ee OT са 1 Е 
| | | Entry type 1 for | | Formal parameter | | Description of vara- | 
| 12] PROCEDURE ог |Е | type 1 entry |6 | meter used in rroloque|H 
L--- | ENTRY statement | | | | construction | 
Бъде мала арна 1 осы са ео — 1 Ва ананас аса 1 

| ^ Е A 

| | | | 

Ба аа аа —— M E а аа аца 3 toe ЕА E А РАВА | 


Note: 


Figure 6. 
Phase ED 


Phase ED contains a set of 
for processing certain of the tasking and 
list processing attributes, and tables of 
generic and non-generic built-in functions. 
The phase obtains 1K of scratch core, into 
which it moves the routines and tables, 
setting a slot in the communications region 
to point at them. This address is later 
picked up and used by phase EL. 


Phase EG(EF) 


Phase EG has two main functions. The 
first is to set up a hash table, and to 
insert the label entries left in the dic- 


by the Read-In Phase into hash 
The second function of the phase 


tionary 
chains. 
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subroutines,: 


There is an entry E for each parameter described in Р. 


Dictionary Entries for an Internal Entry Point 


to create dictionary entries for PROCE- 
DURE, BEGIN, and ENTRY statements, апа to 
construct chains linking entries cf parti- 
cular types. 


is 


For  PROCEDURE-BEGIN statements, entry 
type 1 dictionary entries are created (see 
Appendix C.2), and block header chains are 
set up to link these entries sequentially. 
A containing block chain is also set up to 
link each entry with that of its containing 
block. 

the appearance of PROCEDURE state- 
ments, circular PROCEDURE-ENTRY chains are 
initialized to link the entry type 1 dic- 
tionary entries of the PROCEDURE and ENTRY 
Statements of the same block. Тһе formal 
parameter list is scanned, and formal  par- 
ameter type 1 entries are created апа 
inserted into the hash chain. Details of 
the PROCEDURE-ENTRY chains appear in Appen- 
dix C.2. 


On 
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The attribute list is scanned ani an 
options code byte is created in the entry 
type 1 (see Appendix C.2). А check is then 
made for invalid and inconsistent attri- 
butes. CHARACTER and BIT attributes are 
processed, and second file statements (see 
Appendix D.8) are created if necessary. 
Precision data are converted to binary, and 
dictionary entries are created for pictures 
(see Appendix C.7). 


Statement labels are scanned and their 
entry type 2 dictionary entries are creat- 
ed. The relevant data bytes in the dic- 
tionary are completed by default rules (see 
Appendix C.3). 


For ENTRY statements, entry type 1 dic- 


tionary entries are created (see Appendix 
с.2), and the circular PROCEDURE-ENTRY 
chain is extended. Formal parameters, 


attributes, and labels are processed in a 
Similar manner to those for PROCEDURE 
statements, except that the options code 
byte is not created. 


Phase ЕІ (ЕН, EJ) 


Phase FI scans the chain of DECLARE 
statements set up by the Read-In Phase, and 
modifies the statements to assist Phase EK 
as follows: 


Structure Level Numbers: these are con- 


verted to binary. 


Factored Attributes: parentheses enclosing 
factored attributes are replaced by special 
code bytes, so that Phase EK can distingu- 
ish them easily. A factored attribute 
takle is set up. It consists of slots 
corresponding to each factored level. Each 
Slot contains the address of the attribute 
list associated with that level, and the 
address of the slot for the containing 
level. 


The following attributes are processed: 


DIMENSION: dimension table entries (see 
Appendix C.8) are created in the dictionary 
and the source text is replaced by a 
pointer to the entry. Fixed bounds are 
converted to binary and inserted in the 
table. A second file statement (see Appen- 
dix D.8) is created at the end of the text, 
for adjustable bounds, and a pointer to the 
Statement is inserted in the dimension 
table. Identifiers -with identical. array 
bounds share the same dimension table. 
PRECISION: precision and scale constants 
are converted to binary. 
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INITIAL: dictionary entries are created 


for INITIAL attributes. 


INITIAL CALL: second file statements are 
created for INITIAL CALL attributes. 


CHARACTER and BIT: fixed length constants 
are converted to binary; a ccde byte marker 
is left for * lengths (see Appendix C.8). 
Second file statements (see Appendix D.8) 
are created for adjustable length соп- 
stants, and the source text is replaced Бу 
pointers to the statements. 


DEFINED: second file Statements (see 
Appendix D.8) are created and the source 
text is replaced by pointers to the state- 
ments. 
POSITION: the constant is con- 
verted to binary. 


position 


PICTURE: а picture table entry (see Appen- 
dix C.7) is created and inserted into the 
picture chain; similar pictures share the 
same picture table. The scurce text is 
replaced by a pointer to each entry. 


USES and SETS attributes 
dictionary entries, and 


USES and SETS: 
are moved into 


pointers to the entries replace the source 
text. 
LIKE: BCD entries are created for iden- 


tifiers with the LIKE attrikute. 


LABEL: if the LABEL attrikute has a list 
` ОЁ statement label constants attached, а 
Single dictionary entry is created. The 


dictionary entry contains the dictionary 
references of the statement label constants 
in the list. 


OFFSET and BASED: Second file statements 
are made and text references are inserted 
in the DECLARE statements for these attri- 
butes. 





AREA: Fixed-length specifications are con- 
verted to binary; second file statements 
аге made for expressions; а code byte, 
followed by the length of text reference, 


is inserted in the DECLARE statement text. 


All other attributes, 
constants are skipped. 


identifiers, or 


Phase EL (EK, EM) 


Phase EL, consisting of mcdules EK, EL, 
and EM, scans the chain of DECLARE state- 
ments constructed by the Read-In Phase. 


An area of storage known as the attri- 
bute collection area is reserved. This із 


used to store information about the i3Jen- 
tifiers, and has entries of а similar 
format to that for dictionary entries. 


Complete dictionary entries are con- 
structed for every identifier found in a 
ГЕСҺАВЕ statement. These identifiers can 
їе опе of the following types: 


1. Data Items (see Appendix С.) 


'true' 
(see 


2. Structures (in this case, the 
level number is calculated) 
Appendix C. 4) 

3. Label Variables (see Appendix С.Ч) 

4. Files (see Appendix C.7) 

5. Entry Points (see Appendix C.2) 


6. Parameters (see Appendix C.7) 


7. Event Variables 


8. Task Variables. 


Identifiers appearing аз multiple dec- 
larations are rejected and a diagnostic 
message is given. 


associated with 
three 


The attributes to be 
each identifier are picked up іп 
ways. 


First, the 
lowing the identifier are 
attribute collection area. 


attributes immediately fol- 
stored іп the 


attributes and 
structure level numbers are examined. 
These are found by using the list of 
addresses placed in scratch core storage by 
Phase ЕІ. Each applicable attribute is 
marked in the attribute collection area, 
and any other information, e.g. dimension 
table address, or picture table address, is 
moved into a standard location in the 
attribute collection area. All conflicting 
attributes are rejected and diagnostic mes- 
sages are given. 


Secondly, any factored 


Finally, any attributes which are 
required by the identifier, and which have 
not been declared, are obtained from the 
default rules. 


After the dictionary, entry has been 
made, further processing (e.g. linking of 
chains, etc.) must be done in the follow- 
ing cases: 


1. DEFINED data 

2. Data with the LIKE attribute 

3. Files 

4. Strings with adjustable lengths 


5. Arrays having adjustable bounds 

6. GENERIC identifiers 

7. Structure members 

8. Identifiers with INITIAI CALL 

9. Identifiers with the INITIAL attribute 


declaration list has been 
scanned and processed, it is erased. 


After the 
fully 


Phase EP 


Phase EP first conditionally marks later 
phases as 'wanted' or 'not wanted,' accord- 
ing to how certain flags in the dictionary 
are set on or off. This assists in the 
load-ahead technique. 


The entry type 1 chain in the dictionary 
is then scanned. For each FRCCEDURE entry 
in the chain, each entry lakel is examined 
for a completed declaration of the type of 
data the entry point will return when 
invoked аз a function. ТЕ this has pre- 
viously been given in a DECLARE statement 
nothing further is done,  ctherwise entry 
type 2 and 3 dictionary entries are con- 
structed from default rules (see Appendix 
с.2). If this default data description 
does not agree with the description derived 
from the PROCEDURE or ENTRY statement, a 
warning message is generated. 


At each PROCEDURE entry, the chain to 


the ENTRY statement entry type 1 is fol- 
lowed. Each statement is treated ina 
Similar manner to that fcr a PROCEDURE 


entry type 1. 


The CALL chain is then scanned and, at 
each point in the chain, the dictionary 15. 
searched for the identifier being called. 
If the correct one is not found, а Я1с- 
tionary entry for an EXTERNAL procedure is 
made (see Appendix C.2), using default 
rules for data description. Refore making 
the entry, the identifier is checked for 
agreement with any of the built-in function 
names. If there is agreement a diagnostic 
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message із generated, and a dummy diction- 
ary reference is inserted. 


If an identifier is found, it is exam- 
ined to see if it is an undefined formal 


parameter. If it is, the formal parameter 
is made into an entry point, again using 
default rules for data description. If it 


is not, or if the declaration of the formal 
parameter is complete, the type of entry is 
checked for the legality of the call. A 
diagnostic message is generated if the item 
may not be called. In all cases, the item 
called is marked IRREDUCIBLE if it has not 
previously been declared REDUCIBLE. 


Phase EW (EV) 


loaded 
the 


Phase EW іб an optional phase, 
only if any LIKE attributes appear in 
source program. 


This phase scans the LIKE chain which 
been constructed by Phase EK, and 
the dictionary entry for any 
containing a LIKE reference. 
structure in the LIKE chain is 
its validity is checked, and dimen- 
inherited information are 
saved. The dictionary is scanned for the 
reference of the "likened" structure апа 
the entry is checked for validity. 


has 
completes 
structure 
When a 
found, 
sion data and 


This dictionary entry (see Appendix C.4) 
is copied into the dictionary, with altera- 
tions if there is a difference between the 
original structure and this structure with 
regard to dimensioned data. If both struc- 
tures have dimensions a straight copy is 
made; if the structure with the LIKE attri- 
bute has dimensions and the likened  struc- 
ture has not, the dimension information is 
added to the copy; if the structure with 
the LIKE attribute is not dimensioned and 
the likened structure is, then the dimen- 
sion data is deleted from the copy. Inher- 
ited data is added to the сору. If an 
error is found, the structure with the LIKE 
attribute is deleted and a base element 
copy of the master structure is inserted 
instead. Where copies of entries occur 
which refer to dimension tables with varia- 
ble dimensions, the dimension table entry 
is copied, and new second file dictionary 
entries and statements are created. Simi- 
lar entries must be made if the structure 
item has been declared to be an adjustable 
length string, or has been declared with 
the INITIAL attribute. 


Finally, the newly completed structure 
is scanned by the ALIGN routine in phase 
EV, to provide correct explicit/inherited/ 
default alignment attributes for its base 
elements. 
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Phase EY 


Phase EY із an optional phase which 


processes all ALLOCATE statements. 


The second file is scanned first and all 
pointers to the dictionary are reversed. 
All ALLOCATE statements using the DECLARE 
chain are then scanned, and the dictionary 
references of allocated items are obtained 
by hashing the respective BCD of each item. 
The attributes given on the ALLOCATE state- 
ment for an item are collected together. 


A copy of the dictionary entry of the 
allocated item is then made (see Appendix 
С.4), апа the ALLOCATE statement is set to 
point to it. The dictionary entry is 
completed by including any attributes given 
on the ALLOCATE statement, and copying any 
second file statements from the. DECLARE 
chain which are not overriden by the ALLO- 
CATE statement. 


In the case of an ALLOCATE statement in 
which a based variable is declared, no copy 
of the original dictionary entry is 
required. The BCD is replaced by the 
Original dictionary reference. 


All pointer qualified references in the 
text are checked to determine that the 
qualified variable is based. For every 
occurrence of a variable with a different 
pointer a new dictionary entry is made. If 
the variable is a structure the entire 
Structure is copied. A PEXP second file 
Statement is made for the pointer and the 
‘defined’ slot in the new dictionary entry 
is set to point to it instead of to the 
declared pointer. 


The BCD of the pointer and the based 
variable in the text are replaced by the 
new dictionary reference fcllowed by pad- 
ding of blanks which will ke removed by 
phase FA. 


The based variable can be the qualified 
name of a structure member. If this is so, 
the name is checked for validity. Only the 
first part or lowest level cf the qualified 
name in the text is replaced by the dic- 
tionary reference of the member. It is 
preceded by a special marker to tell phase 
FA that a partially replaced name follcws. 


Phase FA 

Phase ЕА scans the text sequentially. 
If, during the scan, qualified names are 
found with subscripts attached, they are 


reordered so 
appears after the 


that a single subscript list 
base element name. The 


each dimension. It is then added to the 
AUTOMATIC chain for the appropriate block. 
Iterative DO loops are constructed, with 
the temporaries iterating between the upper 
and lower bounds of that particular dimen- 
Sion. Base elements are assigned, with the 
temporaries as subscripts, and with scalars 
remaining unchanged. END statements are 
created for the DO loops, and SELL state- 
ments for the temporaries. The statements 
which have been created are nested within 
the original statement. 


Phase HK 


The purpose of Phase HK is to detect 
array ох scalar assignments, possible array 
expressions in 1/0 lists іп GET and РОТ 
statements, and nested statements, іп раг- 
ticular nested assignment statements. 


The leftmost array in an expression, or 
the leftmost array or scalar іп ап assign- 
ment is used as a basis for comparison, and 
if similar dimensions or bounds are not 
found in the array references, diagnostic 
messages are issued. Any expression con- 
taining only scalars is left unchanged. 


For unsubscripted arrays which are 
equally spaced in core only one temporary 
is bought. For all other arrays a tempora- 
гу 15 bought for each dimension, except іп 
the case of certain partially subscripted 
arrays where the number may be minimized. 
Each temporary will be added to the  AUTO- 
MATIC chain for the appropriate block. If 
the ON-condition name SUBSCRIPTRANGE is 
enabled for any statement, a temporary will 
be bought for each dimension in all cases. 
Iterative DO loops are constructed: for an 
unsubscripted array expression of dimen- 
Sionality N, the temporary will iterate 
between the lower bound of the Nth dimen- 
Sion and an evaluated product so that all 
elements 
for other arrays the temporaries will iter- 
ate between the lower and upper bound of 
the particular dimension of the array. The 
assignment statement is added to the output 
string with additional subscripts where 
necessary. End statements are created for 
the DO loops, and SELL statements for the 
temporaries. The statements which have 


been created are nested within the original 


statement. 


. The of pseudo-variables is also 


checked. 


syntax 
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of the array are processed; while 


. regarded as operators. 


Phase HP 


scans the source text for 
references to items defined using iSUBs. 
For each reference found, the subscripts 
are computed for the base array correspond- 
ing to the subscripts given for the defined 
array. 


Phase HP 


The subscripts of the defined array are 
assigned to temporaries . specially created 
for this purpose, which are then used to 
replace the iSUBs in the defining subscript 
list. The base array, with the subscript 
list so formed, replaces the defined array 
in the text. 


THE TRANSLATOR LOGICAL PHASE 


The Translator Phase consists of two 
physical phases, the stacker phase and the 
generic phase. The purpose cf the Transla- 
tor is to convert the output from the 
Pretranslator into a series of "triples" 
(see Appendix D.4). А "triple" is in the 
form of ап operator followed normally by 
two operands. 


The translation is achieved by using a 
double stack, with one part for operators, 
and the other part for operands, апа 
assigning two weights to each operator. 
One weight (the stack weight) applies to 
the operator while it is in the stack, and 
the other weight (the compare weight) 
applies when the operator is obtained from 
the input string. 


When an operator is obtained from the 
input string it is compared with the top 
Stack operator. Depending on the result of 
the comparison, one or other of the two 
operators is switched on to determine what 
action is next to be performed. Apart from 
some special cases, this action is usually 
either to continue to fill the stack, or to 
generate а triple. The special cases lead 
to various manipulations of the stack 
items, after which the translation process 
continues. 


For the purposes of translation, the 
input text to the translator is considered 
to consist of operators and operands only. 
This means that І/О options, etc., are 


After translation, the text string соп- 
sists ОЕ operands and operators. All 
Statements start with an operator to indi- 
cate а statement number or label, followed 
by the statement type, which may be a 
single operator, as in the case of RETURN 
or STOP, or which may be an operator such 
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followed 
This list may also 


as a function or subscript marker, 
by a list of arguments. 
include compiler generated statements, 
e.g., DO loops for I/O lists. А11 I/O 
options are regarded as operators and 
require no markers before them. The end of 
the source text will be marked by a special 
operator, and compiler generated code, 
which may follow this end-of-program mark- 
er, will appear between the marker and the 
special second-end-of-program marker. The 
end of a block of text will be marked by an 
ECB operator. The program is now assumed 
to be syntactically correct. 


Phase IA 


Phase IA rearranges the source text into 
a prefix form, in which parentheses and 
statement delimiters have been removed, and 
the operations within a statement have been 
SO arranged that those with the highest 
priority appear first. 


As operators and operands аге encoun- 
tered, they аге stored in stacks. Tables 
give the priority of each operator as it 
appears in the input text and in its stack. 


When an operator is found during the 
scan of the source text, its compare weight 
(see Appendix D.4) is tested against the 
Stack weight of the top operator in the 
stack. If the compare weight is the lesser 
of the two, then action is taken according 
to the compare operator. This is referred 
to as the compare action. Similarly, if 
the compare weight for the current operator 


found in the scan is greater than or equal 
to the stack weight of the top stack 
operator, action is taken according to the 


top stack operator. This is referred to as 
the stack action. Normally, the compare 
action is to place the compare operator in 
the stack, and to continue the scan,  plac- 
ing any subsequent operand in the stack 
until another operator is found. The пог- 
mal stack action is to generate a triple, 
consisting of the top operator in the stack 
and the top two operands, eliminating the 
items from the stack, and inserting a 
special flag as the operand of the triple 
which is now at the top of the stack. The 
source (compare) item is then compared with 
the new top stack item. 


The output text of the stacking phase is 
in the form of a series of triples, i.e. 
statement types with no operands, and oper- 
ators with one or two operands. If the 
result of а triple operation is to Бе used 
in a later triple, the appropriate result 
is flagged accordingly. 


ВЦ 


Certain phases are marked wanted or not 
wanted at this stage. If the source text 
contains an invocation by CALL ог function 
reference, Phases IL and IM are marked 
wanted. If it does not, Phases IL, IM, IN, 
Io, IP, IQ, MG, MH, MI, MJ, MK, MM, MN, and 
MO are marked not wanted. Phases MB and MC 
are marked wanted when the source text 
contains pseudo-variables or multiple 
assignments; otherwise, they are marked not 
wanted. The DO loop processing phases (LG 
and LH) are marked in co-operation with the 
dynamic initialization phases (LB and ІС). 
If ІВ and LC are requested, the marking of 
LG and LH is left until that stage of 
compilation; otherwise, LG апа ІН are 
marked by Phase IA independently. 


When ALLOCATE and FREE statements occur, 
phase NG is marked wanted. When LOCATE 
Statements occur, phase NJ is marked  want- 
ed. 


Phase IG 


Phase IG is an optional phase which is 
loaded to process array and structure argu- 
ments to built-in functions. When  aggre- 
gate arguments are given for built-in func- 
tions they аге expanded by the structure 
and array assignment phases so that the 
built-in functions appear as base elements, 
subscripted where necessary. 


Phase GP examines these arguments, and 
ascertains whether it is necessary to 
create a dummy. If it is necessary, a 
Scalar dummy is created, but the assignment 
of the argument expression is not inserted 
in the text, as this would ke an invalid 
aggregate assignment. 


Phase IG examines the text for a BUY 
Statement for a dummy for an aggregate 
argument to а built-in function, and then 
inserts an assignment triple in the correct 
place in the text. 


Phase IL 


This phase immediately precedes the main 
generic phase. Its function is to obtain a 


block of scratch storage and place the 
entire built-in function table in that 
area. The starting address cf this table 


is then placed in a register, and control 
is released to the main generic processor. 


Phase_IM 


Phase IM scans the source text for 
procedure invocations by a CALL statement, 
procedure or library invocations by a func- 
tion reference, and assignments. to 
"chameleon" dummy arguments (see Phase GP). 


Any procedure which is generic and is 
invoked Бу а CALL statement or function 
reference is replaced by the appropriate 
family member. If the invoked procedure is 
non-generic, it is ignored. A generic 
library routine invoked by a function ref- 
erence is also replaced by the appropriate 
family member. 


The arguments passed to library routines 
are checked for number and type, and a 
conversion inserted where necessary and 
possible. 


The type and location of the result of 
all function invocations is placed in the 
text which follows the end of the text 
which invoked the function. The resulting 
type of gan expression assigned to a 
"chameleon" dummy is determined and set іп 
the dictionary entry which relates to the 


dummy. 
Phase IT 

Phase IT scans the source text for 
function triples and, in particular, the 


built-in functions for which code will be 
generated in-line. Further tests are made 
to detect the functions which, according to 
the method used to generate in-line code, 
are optimizable. This applies only to the 
SUBSTR, UNSPEC, and INDEX functions. All 
references to ‘chameleon' temporary assign- 
ments within the scope of these functions 
are removed subject to certain restrictions 
imposed by the function nesting situation. 


Phase ІХ 

Phase ІХ checks that POINTER and AREA 
references are used as specified by the 
language. This phase is loaded only if 


POINTER or AREA references are found, 
declared either explicitly or contextually. 
Error messages are produced if errors аге 
found and the statement in error is erased. 


Data type triples in the text are 
scanned and a stack of temporary results is 
created containing the values: 
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Х'40' for POINTER 
X'02' for AREA 
.X'00' for any other data type 


The maximum permitted number of tempo- 
raries at any one point in a program is 
200. The compilation is terminated if this 
figure is exceeded. 


Phase JD 


Phase JD scans the text for concatena- 
tion and unary prefixed triples with con- 
stant operands. These аге evaltated апа 
the results are placed in new dictionary 
entries. The references are passed through 
a stack into the corresponding result slots 
in the text. 


THE AGGREGATES LOGICAL PHASE 


The Aggregates Phase consists of three 
physical phases, the  preprccessor (phase 
JI), the structure processor (phase JK) and 
the DEFINED chain check (phase JP). 


The structure processor phase carries 
out the mapping of structures and arrays in 


order to align elements on their correct 
storage boundaries. 
The DEFINED chain check ensures that 


items DEFINED on arrays and structures can 
be mapped consistently. 


Phase JI 


The first function of phase JI is to 
obtain scratch storage in which the text 
skeletons contained in phase JJ are to be 
held. Phase JJ is then loaded, and its 
contents are moved to the scratch storage 
for subsequent use by phases JI and JK. 
Phase JJ is then released and control is 
returned to phase JI. 


The main function of phase JI is to 


expedite data interchange activities. A 
scan of static, automatic, and controlled 
chains is performed. The chains are reor- 
dered so that all data variables appear 
before non-data items. Adjustable PL/I 
structures and arrays are detected. Each 


entry in the COBOL chain is mapped as far 
as possible at compile-time, removed from 
the chain, and placed in the appropriate 
AUTOMATIC chain. 
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Phase JK 


This phase scans the AUTOMATIC, STATIC, 
and CONTROLLED chains for arrays, struc- 
tures (including COBOL structures),  adjus- 
table length strings, DEFINED items, AREA, 
and POINTER arrays and structures, TASK and 
EVENT arrays, and TASK and EVENT arrays іп 
structures. 


For the base elements of structures 
without adjustable bounds or string 
lengths, the following calculations are 
made: 

The offset from the start of the major 
structure 

The padding required to align the ele- 
ments on the correct boundary 

All multipliers of arrays of struc- 
tures. 

For all minor structures and major 


structures the following calculations are 


made: 
Size 


The offset from the preceding alignment 
boundary with the same value as the 
maximum appearing in the structure 


Where a structure contains adjustable 
bounds or string lengths, code is generated 
to call the Library at object time. 


For. arrays, the multipliers are calcu- 
lated, unless the array contains adjustable 
items, in which case the Library performs 
the calculations. 


For adjustable structures, 
strings, code is generated to add a symbol- 
ic accumulator register into the virtual 
Origin slot of the dope vector, and the 
accumulator register is incremented Бу the 
size of the item. 


Calculations are made in a Similar 
fashion for arrays of strings (in struc- 
tures or otherwise) with the VARYING attri- 
rute. Іп addition, code is generated to 
set up an array of string dope vectors 
which refer to the individual strings in 
the array using the dope vector. Code is 
also generated to convert the original dope 
vector to refer to the array of string dope 
vectors, instead of to the storage for the 
array. | 


The routine which generates code for 
arrays of VARYING strings is also used to 
generate code for the initialization of 
arrays of TASK, EVENT, and AREA variables. 
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arrays, or 


DEFINED 
lowing way: 


items are processed in the fol- 


Code is generated to set the multipli- 
ers and virtual origin address of cor- 
respondence defined arrays without 
iSUBs in the dope vector of the DEFINED 


items from the defining Газе dope vec- 
tor. 
Code is generated for cverlay DEFINED 


items if they do not fall into tne 
class which is to be addressed direct- 
ly. The code first maps the DEFINED 


item, if necessary, calculates the 

address of the start of the storage to 

be used by the DEFINED item, and final- 

ly, relocates the DEFINED item using 
this address. 

Dope vector descriptor dictionary 

entries and record dope vector dictionary 


entries are made for items which need to ре 
Mapped at object time, or which appear in 
RECORD-oriented input/output statements. 


Phase JP 
Phase JP scans the DEFINED chain, and 
differentiates between the fcllowing: 
1. Correspondence defining 
2. Scalar overlay defining 


3. Undimensioned structure overlay defin 
ing 


4. Mixed scalar-array-structure-string 
class overlay defining 


In correspondence defining, this phase 
differentiates between arrays of scalars 
and arrays of structures. It also checks 


that the elements of the defined item may 
validly overlay the elements of the base 
belong to the same defining class, and that 
the base is contiguous. 


In scalar overlay defining, this phase 
checks that the defined item may validly 
overlay the base. 

For undimensioned structure overlay 
defining, this phase checks that the ele- 
ments of the defined item may validly 
overlay the elements of the Базе. 


For mixed scalar-array-structure-string 
class overlay defining, this phase checks 
that all elements of the defined item and 
all elements of the base belcng to the same 
defining class (bit or character), and that 
the base is contiguous. 


THE PSEUDO-CODE LOGICAL PHASE 


The Pseudo-Code Phase accepts the output 
of the Translator Phase, and converts the 
triples into a series of machine-like 
instructions. The transformation into 
pseudo-code is achieved by a series of 
passes through the text; each pass removes 
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variables, subscripts, functions, and argu- 
ment markers. 


Phase LR 


The purpose of Phase LR is to save space 
during the expression evaluation phase,. LS. 
It provides the initialization for Phase LS 
Бу obtaining 4,096 bytes of scratch storage 
and setting stack pointers. The scan 
phase, Phase LA, is initialized and Phase 
“МР is marked. 


The translate 
ples, and the 


table for scanning tri- 
constants for expression 
evaluation are included in this phase and 
are moved to the first 1K area of scratch 
storage. Subroutines required by phase LS 
are also moved into scratch core at this 
time. Finally, control is passed to Phase 
LS. 


Phase LS 


Phase LS scans the source text to con- 
vert expression triples to pseudo-code. If 
a triple produces a result, it is added to 
the temporary work stack. 


For the arithmetic triples +,-,*,/, **, 
prefix +, and prefix -, the operands are 
combined to give the base, scale, mode, and 
precision of the result. If conversion is 
necessary, an assignment triple, with the 
target and source types as operands, is 
inserted in the text. In-line pseudo-code 
is generated for all operators except  ** 
and some complex type * and / operators. 
In these cases, Library calling sequences 
are generated. An intermediate result is 
always produced and the triple is removed 
from the text. 


The operands of comparison triples GT, 
GE, equals, NE, LE, and LT are combined and 
converted as for the arithmetic triples. 
In-line pseudo-code is generated and the 
triple is removed from the text, unless 
both operands are string type, in which 
case a temporary is created. If the next 
triple is a conditional branch, a mask for 
branch-on-false is inserted. Otherwise, 
the result is a length 1 bit string. 


For the string triples CAT, AND, OR, 
NOT, and string comparisons, if an operand 
is zero, TMPD triples, containing the 
intermediate result from the top of the 
stack, are inserted in the text after the 
triple. The result is a CHARACTER or BIT 
string or a COMPARE operator. 


When subscript triples appear, a symbol- 
ic register number is inserted in the 


triple. The result contains the dictionary 
reference of the array and the symbolic 
register. 


For function triples, a description of 
the workspace for the function result is 
inserted in the TMPD triples which follow 
the function triples. The function result 
is added to the intermediate stack. 


For add, multiply, and divide functions, 
the function and argument triples are 
removed from the text. Arithmetic type 


in-line pseudo-code із generated, with 
modifications for the precision and scale 
factor, and the result is added to the 


intermediate stack. 


With pseudo-variable triples, a special 
marker is added to the intermediate result 
stack. 


Other triples which пау use an inter- 
mediate result, are examined. If an oper- 
and is zero, two or three TMPD triples, 
containing the intermediate result from the 
top of the stack, are inserted in the text 
after the triple. If koth operands are 
zero, the TMPDs for the second operand 
precede those for the first operand. 


Phase LV 


Phase LV provides string handling facil- 
ities for the pseudo-code phases. 


It converts апу type of data item to а 
CHARACTER or BIT string, and an assignment 


triple, with the target and source types 
used as the operands. is inserted in the 
text. 


description is 
string descrip- 


A string dope vector 
produced from a standard 
tion. 


Phase LX (LW, LY) 


Phase LX consists of three modules, LW, 
LX, and LY. Module LW acts ав а рге- 
processor for LX and LY, moving constants 
into scratch core prior to loading the 
string-handling modules. 


Phase LX scans the source text to 
convert string triples to pseudo-code. If 
a result is produced it is added to a stack 
of intermediate string results. 
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For the comparison triples GT, GE, 
equals, NE, LE, AND LT, both operands are 
already string type. If one operand is 
zero, the operand is obtained from the 
associated TMPD triples. In-line pseudo- 
code is generated if the operands аге 
aligned and are of known lengths less than 
or equal to 255 bytes; otherwise, Library 
calling sequences are generated. The 
triple and any TMPD triples are removed 
from the text. 


In the case of the string triples САТ, 
AND, OR, and NOT, the operands are convert- 
ed to string type by phase LV. Zero 
operands are obtained from associated  TMPD 
triples. In-line pseudo-code is generated 
when operands are aligned and are of known 
lengths less than or equal to 255 bytes. 
For the CAT operator, the first operand 
must be a multiple of 8 bits unless the 
strings involved are less than or equal to 
32 bits in length. In-line code is also 
generated for the following cases involving 
non-adjustable varying strings: 


1. Character string concatenation of 
varying strings with lengths less than 
256 bytes. 


2. Bit string operations for AND, OR, 
NOT, concatenation, and comparison 
where the strings are aligned and are 
less than 33 bits in length. 


Otherwise, Library calling sequences are 
‘generated. The triple and any TMPD triples 
are removed from the text, and the string 
result is added to the intermediate result 
stack. | 


For TMPD triples, if the intermediate 
result described by thie ТМРО triples is а 
string, a complete string description is 
moved from the top of the intermediate 
stack to the TMPD triples. If the TMPD 
triples do not describe a string, they are 
ignored. 


In-line code is generated for the BOOL 
functions AND, OR, and EXCLUSIVE OR, when 
the third argument is a character or bit 
String constant and the first and second 


arguments are aligned and of known lengths 
less than or equal to 255 bytes. Otherwise 
Library calling sequences are generated. 


Subscript and function triples may produce 
intermediate string results. 


Phase MB 

Phase МВ scans the text for pseudo- 
variable markers and multiple assignment 
markers. A stack of pseudo-variable 


descriptions is maintained, together with 
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functions for which 


the left hand side descriptions of multiple 


assignments when they occur. Pseudo-code 
and triples are generated for pseudo- 
variables and the left hand side 


descriptions of multiple assignments are 
put out in the correct sequence. 


Phase MD 


Phase MD uses the SCAN routine LA to 
scan the text for ADDR and STRING built-in 
it generates  in-line 
code. It appears before the normal func- 
tion processor phase and removes all trace 
of the in-line function. The general SCAN 
routine passes control when these functions 
are found. 


For all cases of ADDR the generated code 
establishes the start address of the  argu- 
ment. If structure name arguments are 
present the structure chain is hashed for 
the first  base-element. Fcr array names 
the address of the first element is calcu- 
lated. 


If the 
is contiguous in core, and its 
known at compile-time, 
assignment is generated. Ctherwise the 
library routines IHESTGA and IHESTGB are 
called to produce the concatenated length 
and to concatenate the elements of the 
array or structure argument. 


argument to the STRING function 
length is 
an adjustable string 


Phase ME 


identifies all invocations of 
the SUBSTR function апа  pseudo-variable, 
all UNSPEC, STATUS, and CCMPLETION func- 
tions, and those invocations of the INDEX 
function which can be implemented in-line; 
and generates pseudo-code tc perform these 
functions at object time.  Tne scan of the 
text is conducted by the general SCAN 
routine, and all trace of the invocations 
of these functions is removed before the 
normal function processor phase is loaded. 
When the end-of-program marker із  encoun- 
tered the terminating routine is entered. 


Phase МЕ 


Phase MG 


Phase MG identifies functions which аге 
to be coded in-line, and generates, in 
their place, the pseudo-code to perform the 
relevant function. This phase appears 
before the normal function processor phase 


and removes all trace of the in-line func- 


tion. 


The scan of the text is conducted by the 
general SCAN routine, and control is handed 


to the present phase when one of the 
following functions is found: 

ALLOCATION FLOOR BINARY 

BIT IMAG DECIMAL 

CEIL REAL FIXED 

CHAR TRUNC FLOAT 

COMPLEX PRECISION 

CONJG 


Control is also passed to this phase if 
ABS is found with real arguments. The 
arguments are collected, and the  appropri- 
ate routine is entered to generate the 
pseudo-code. When the end-of-program mark- 
er is encountered the terminating routines 
are entered. 


Phase MI 


MI identifies functions which are 
to be coded in-line, and generates , іп 
their place, pseudo-code to perform the 
relevant function. This phase appears 
before the normal function processor phase 
and removes all trace ot the in-line func- 
tion. 


Phase 


The scan of the text is conducted by the 
general SCAN routine and control is handed 
to the present phase when one of the 
following functions is found: 


MOD 
ROUND 


MAX 
MIN 


If the number of arguments to the MAX or 
MIN functions is greater than three, a 
Library call is generated. 


phase МК 


MK identifies functions which are 
in-line, апа generates, іп 
their place, pseudo-code to perform the 
relevant function. This phase appears 
before the normal function processor phase 
and removes all trace of the in-line func- 
tion. 


Phase 
to be coded 


The scan of the text is conducted by the 
general SCAN routine, and control is passed 
to the present phase when one of the 
following functions is found: 


DIM HBOUND 
LBOUND SIGN 
LENGTH FREE 
Phase МІ; 
Phase ML scans the source text for 


generic entry name arguments to 
invocations. 


procedure 


Such entry names may be floating arith- 
metic built-in functions cr programmer- 
supplied procedures with the GENERIC 
attribute. When one is found, the correct 
generic family member to be passed is 
selected by this phase, depending on the 
entry description of the invcked procedure. 


Phase MM 


Phase MM scans through the source text 
for procedure invocations Еу a CALL state- 
ment, or for procedure or Library routine 
invocations by a function reference. 


Procedure invocations are replaced by an 
external standard calling sequence, and 
Library routine invocations are replaced by 


an external or internal standard calling 
sequence aS appropriate (see Appendix 
D.10) е 

If а САМ, is accompanied by а TASK, 


EVENT, ог PRIORITY option, library module 
IHETSA is loaded rather than IHESA, and the 
parameter list is modified to include the 
addresses of the TASK and EVENT variables 
and the relative PRIORITY. 


Phase MP 

Phase MP reorders the BUY and SELL 
statements involved in obtaining Variable 
Data Areas (VDAs) for adjustable length 


strings or temporaries, which were created 
by Phase GK. On entering this phase, the 
BUY triples precede the code compiled to 


evaluate the length of storage required for 


the VDA. This evaluation code is included 
between further BUYS and BUY triples, which 
themselves are between the BUY triple being 
considered and its associated SELL triple. 
Phase MP extracts these sections of code 
and places them before the BUY triple of 
the adjustable string temporary. Since 
such BUY triples may be nested, the phase 
maintains a count to record the nesting 
status. 
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Рразе М5 


Phase MS scans the source text for 
references to subscripted array elements. 


If references are found, pseudo-code is 
generated to calculate the offset of the 
Subscripted element in relation to the 
Origin of the array. If necessary, further 


pseudo-code is generated to check the sub- 
script range. 
Optimization of constant subscript 


evaluation is carried out on arrays having 
one subscript which is an integer constant, 
and all following subscripts declared to 


have fixed upper and lower bounds. This 
applies to arrays with fixed-length ele- 
ments. 
Phase NA 

Phase NA generates pseudo-code for the 


following triples: 


For  PROCEDURE' 
Library call is 
routine. 


and ВЕСІМ" triples а 
generated to the FREEDSA 


For RETURN triples а Library call is 
generated, unless a value is to be returned 
as the result of a function invocation, in 
which case code is first generated to 


assign the result to the target field, and 


then the Library call is made. If the 
function may return the result as more than 
one data type, a switch would have been set 
at the entry point to the function, and the 
RETURN statement would test the switch 
value, so that the data type appropriate to 
the entry point is returned. 


GOTO triples either will be invalid 
branches detected by Phase FI, in which 
case they will be deleted, or they will be 
branches to statement label constants in 
the same PROCEDURE or BEGIN block. In this 


case, they will be compiled аз опе- 
instruction branches. 
GOLN triples are compiled into one- 


instruction branches to the compiler label 
number in operand 2 of the triple. 

А GOOB (Go Out ОҒ Block) 
branch to а label variable, possibly 
subscripted, or to a label ina higher 
block than the current one (a branch to a 
lower block is invalid). A call is gener- 
ated to a Library epilogue routine, point- 
ing at a double-word slot containing the 
address of the label and the Pseudo- 
Register Vector (PRV) offset (for а label 
constant), or the invocation count (for a 
label variable). 


triple is a 
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STOP and EXIT statements are implemented 
simply by invocation of the appropriate 
Library routine. | 


For IF triples, if the second operand із 
an identifier, or the result of an 
expression which is not a ccmparison, code 
is generated to convert it to a BIT string, 
if necessary. This BIT string is compared 
to zero, either in-line, or by a call to 
the Library. 


The second operand may be a mask which 
will have been inserted by the expression 
evaluation phase as a result of the сопрар- 
ison specified іп the IF statement. This 
mask is put into a generated ifstruction to 
branch if the condition is not satisfied, 
i.e. either to the ELSE clause ог to the 
next statement. 


For ON triples, code is generated to set 
flag bits and update the ON-unit address in 
the double-word ON slot in the DSA. 


For SIGNAL arithmetic condition triples, 
in-line code is generated to simulate the 
condition. For all other conditions, а 
Library error routine is called. 


REVERT triples generate code to set flag 
bits in the double-word ON slot in the DSA. 


Phase NG 


Phase NG generates the calling sequences 
to the Library for DELAY and DISPLAY and 
WAIT statements. 


It generates code to call the library 
routines which handle ALLOCATE and FREE 
statements whose arguments are BASED varia- 
bles. 


For DELAY statements, the 
to be a fixed binary 
necessary, code is 
sion. 


argument has 
integer, and, if 
generated for conver- 


For DISPLAY statements, the message must 
be a CHARACTER string, or, if necessary, 
converted to опе. A parameter list is 
built up to pass to the Library. 


For WAIT statements, the parameter list 
is built up in WORKSPACE. It consists of 


the address of the scalar expression 
(converted to a fixed binary integer), 
followed by the addresses of the event- 


names that appear in each WAIT statement. 
If the scalar expression option does not 
appear, the address of the total number of 
event-names is used. 


When all data element descriptors and 


symbol tables in the compilation have been 
processed, all STATIC storage раз been 
allocated and the total size of the STATIC 
control section is placed in а slot in the 
communications region. 
Phase PP 

Phase PP extracts all ON condition 
entries and places them at the head of the 
AUTOMATIC chain. It then extracts all 


temporary variable dictionary entries from 
the AUTOMATIC chain and places them in the 
zone following the ON conditions in the 
chain. 


All dictionary entries which are totally 
independent of any other variable are 
extracted, and also placed in the zone 
following the ON conditions. 


The phase then extracts all dictionary 
entries which depend upon some other varia- 
ble in containing blocks or in the zones 
already extracted, and places them in the 
next following zone. Dependency includes 
expressions for string lengths, expressions 
for array bounds, expressions for INITIAL 
iteration factors, and defined dependen- 
cies. This 'is repeated recursively until 
the end of the chain. If some variable 
depends upon itself, a warning message is 
issued. 


A special zone delimiter dictionary 
entry is inserted between each zone in the 
AUTOMATIC chain (see Appendix C.7). А code 
byte is initialized in the delimiter to 
indicate to Phases PT and QF whether its 
following zone contains any variables which 
require storage (i.e., it does not consist 
entirely of DEFINED items, which do not 
require storage), and whether or not the 
following zone contains any arrays of VARY- 
ING strings. 


Phase РТ 


Phase PT allocates AUTOMATIC storage, 
scans the CONTROLLED chain, and determines 
the size of the largest dope vector. It 
scans the entry type 1 chain, and for each 
PROCEDURE block or BEGIN block it allocates 
storage for a DSA and compiles code to 
initialize the DSA. 


A two-word slot in the DSA is allocated 
for each ON condition in the block, and 
code is compiled to initialize the slot. 
Space for the addressing vector and work- 
Space in the DSA is also allocated. 


Two words are allowed for tasking infor- 
mation in the DSA if the TASK option is ‘on 
the external PROCEDURE of the compilation. 


The AUTOMATIC chain is scanned and dope 
vectors are allocated for the items requir- 
ing them. Code is compiled to copy the 
Skeleton dope vector, and to relocate the 
address in the dope vector. 


Where there is a block with its DSA іп 
STATIC, dope vector initialization is not 
performed for the variables in the first 
region of the AUTOMATIC chain. Address 
slots in dope vectors for variables in the 
remainder of the chain are relocated. 


Storage is allocated for addressing tem- 
poraries type 2 and for addressing con- 
trolled variables, and for the parameters 
chained to the entry type 1 


The first region of the AUTOMATIC chain 
is scanned and storage allocated for double 
precision variables, single precision vari- 
ables, CHARACTER strings апа BIT strings, 
in that order. 


The first region of the AUTOMATIC chain 
is scanned and storage allocated for 
arrays, relocating the virtual origin. For 
arrays of strings with the VARYING attri- 
bute, the secondary dope vector is also 
allocated and code is compiled to initial- 
ize the secondary dope vector. Correctly 
aligned storage is allocated for struc- 
tures. If a structure contains any arrays 
of strings with the VARYING attribute, the 
storage for the secondary dope vector is 
allocated at the end of the structure. 


A pointer is set up in the AUTOMATIC 
chain delimiter to the second file state- 
ment which has been created. 


The remaining regions of the AUTOMATIC 
chain are scanned and code is compiled to 


obtain a Variable Data Area (VDA) for each 
region. Code is compiled to copy the 
skeletons into the dope vectors and to 


relocate the addresses in the dope vectors. 
During this pass, any DEFINED items which 
are to be addressed directly have the 
storage offset and the storage class copied 


from the data item specified as the base 
identifier. 
Phase QF 

Phase QF, which constructs prologues, 
scans that text which is in pseudo-code 


form at this time with end-of-text block 
markers inserted. 
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When a statement label pseudo-code item 
is found, it is analyzed and one of three 
things happens: 


1. The item is saved if it relates фо а 
PROCEDURE statement 


2. The item is omitted if it relates toa 
BEGIN or ON block 


3. The item is passed if it relates to 
neither of the first two conditions 


When a BEGIN statement is found, a 
standard prologue of simple form is  gener- 
ated, and code is inserted from second file 
Statements (if there are any) to get the 
DSA, either dynamically, or in the case of 
eligible bottom-level blocks, by using the 
supplementary LWS made available at ini- 
tialization time. Code is also inserted to 
initialize the DSA and to allocate and 
initialize any VDAs. 


When a PROCEDURE statement is found, it 
is first determined whether it heads an ON 
block or a PROCEDURE block. If it is an ON 
block, a standard prologue (similar to that 
for a BEGIN block) is generated. If it is 
a PROCEDURE block, a specialized prologue 
is generated. This takes account of the 
manner of gétting the DSA, the number of 
entry points, the number of entry labels on 
a given entry point, the number of paramet- 
ers on each entry point, and whether the 
PROCEDURE is a function. 


Prologue code is generated for AUTOMATIC 
scalar TASK, EVENT or AREA variables, in 
order to perform the initialization 
required when these variables are allocat- 
ed. 


The code generated by the prologue con- 
struction phase is partly іп pseudo-code 
and partly in machine code. The machine 


code (which is delimited by special pseudo- 
code items) has the same form as the code 
produced by the Register Allocation Phase 
(see Appendix D.7). 


DSA optimization is performed under 
certain conditions (see Appendix H). 


At the end of the prologue, the state- 
ment label item saved earlier is inserted 
to mark the apparent entry point. Code із 
produced to effect linkage to BEGIN blocks 
in sucha way that general register 15 
contains the address of the entry point, 
and general register 14 contains the 
address of the byte beyond the BEGIN epilo- 
gue. 


At the end of the text, any text blocks 


that аге not needed are freed, and control 
is passed to the next phase. 
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Phase QJ 


Phase QJ scans the text for 
FREE, and BUY statements. 


ALLOCATE, 


On finding an ALLOCATE statement, а 
routine is called which does a ‘look ahead' 
for initialization statements associated 
with the allocated variable, e.g., adjusta- 


ble array bounds or adjustakle string 
lengths, and places the text references of 
each statement іп the dictionary entry 


associated with each statement. 


If the allocated item has a dope vector, 
code is generated to move the skeleton dope 


vector generated by Phase PH into a block 
of workspace in the DSA of the current 
block. 

Any adjustable bound expressions or 


string length expressions are then extract- 
ed from the text references, and the 
expressions are placed in-line in the text. 


Any information required from previous 
allocations (specified by * in the ALLOCATE 
statement) is extracted from the previous 
allocation, and copied into the workspace. 


Code generated by Phase JK to initialize 
multipliers, etc., is extracted and placed 
in-line, after first loading the variable 
storage accumulator with the dope vector 
Size. Phase JK generates code to increment 
the accumulator register by the size cf the 
item. 


If the 
ers, code is 
accumulator 
pilation time. 
than 4,096, 
dictionary entry, which is 
code. | 


item has по adjustakle paramet- 
generated to increrent the 
by the size calculated at com- 
If this size is greater 
Phase JK generates a constant 
used in this 


If the item has any arrays of varying 
Strings, the size of the array string dope 
vector is added to a second accumulator 
register. Code is generated to add the two 
accumulators into the second one, which is 
a parameter to a Library rcutine. А rou- 
tine is then called which extracts the 
Library call inserted by pseudo-code and 
places it in-line in the text. 


Code is inserted after the Library call 
to initialize the dope vector in workspace 
to point to the allocated stcrage. Code is 
generated to transfer the dope vector from 
the workspace to the allocated storage. 


The code generated by phase JK to ini- 
tialize arrays of varying strings, tasks, 
events, and areas is then inserted in the 
output stream. 


Рразе ЕА 


Phase RA scans the text for dictionary 
references, the beginnings and ends of 
PROCEDURE and BEGIN blocks, and the start- 
ing points of the original PL/I statements. 


A dictionary reference, when found, is 
decoded into а  word-aligned dictionary 
address апа а code. These are used to 
determine what is being referenced. The 
corresponding object time address as an 
offset and base is then calculated. 


If the address required has an offset 
less than 4,096 and a base which is either 
an AUTOMATIC or STATIC data pointer, no 
extra instructions are generated. If this 
is not so, extra instructions are inserted 
in the text stream to calculate the 
required address. The calculation of this 
address is broken down into logical steps 
іп а 'step table.' On completion, the table 
is scanned backwards to determine whether 
an intermediate result has been previously 
calculated. The steps which have not been 
previously calculated are then assembled 
into the pseudo-code. 
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The compiled code is added either to the 
output stream or to a separate file. The 
code in the separate file is terminated by 
a store instruction to save the calculated 
address. The extra "insertion file" is 
placed in the prologue of the relevant 
block by the next phase. Instructions are 
stored in-line if the referenced item is 
CONTROLLED, if it is a parameter, if fewer 
instructions are required to recalculate 
the base rather than load the stored 
address, or if the reference itself is in 
the prologue. 


If no addressing code is generated, a 


special item is put in text to tell phase 


RF what base to use. 


All relevant information for PROCEDURE 
and BEGIN blocks is stacked апа  unstacked 
at the start and end of the blocks respec- 
tively. | 


At the start of PL/I statements, code is 
compiled to keep the required PREFIX ON 
slots in the Dynamic Storage Area updated. 
On meeting the pseudo-code error marker, 
the calling sequence to the Library error 
package is generated, and the error marker 
removed. 
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If the STMT option has been specified, 
code is generated at the start of each PL/I 
statement to keep the statement number slot 
in the current DSA up to date. 


Phase RF 


Phase RF scans the text for register 
occurrences, implicit and explicit, and the 
Start and end of PROCEDURE and BEGIN 
blocks. At the beginning of PROCEDURE and 
BEGIN blocks all relevant information is 
stacked, and is later unstacked at the 
corresponding end. 
assigned, 


Registers are classified as 


symbolic, or base. 


Assigned registers require the explicit- 
ly menticned register to be used. If that 
register is not free it is stored.  Symbol- 
ic registers may occupy any register in the 
range 1 through 8. An even-odd pair may be 
requested. Base registers may occupy any 
of registers 1 through 8. 


When a register is requested, a table of 
the contents of registers is scanned, to 
determine whether the register already has 
the required value. If it does, that із 
used. If it does not, and it is not an 
assigned register, a search is made for a 
free register and this is allocated if one 
is found. Should no register be free, a 
look-ahead is performed to determine which 
register it is most profitable to free. 

If a register contains a base it need 
not be stored оп freeing. If a register 
contains a symbolic or assigned register, 
it may require to be stored when freed, 
depending upon whether it has had its value 
altered since any storage associated with 
it was last referenced. 


At а BALR (Branch and Link) instruction 
it is insured that all the necessary param- 
eter registers are in physical registers, 
and not in storage. 


No flow trace is carried out by the 


compiler. Therefore, the register status 
is made zero at branch-in and branch-out 
points. An exception is at a conditional 


branch. Here the registers are not freed 
after having been saved. 


instructions are 
At a specific 


Any coded addressing 
expanded when found in-line. 
"insertion point" in a prologue, any 
addressing instructions in the "insertion 
file" are brought in and expanded. 
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THE FINAL ASSEMBLY LOGICAL FHASE 


The Final Assembly Phase converts the 
pseudo-code output of the register alloca- 
tion phase into machine code, the principal 
functions being the substitution of machine 
operation codes for pseudo-code operations, 
and the replacement of PL/I and compiler 
inserted symbolic labels ky offset values. 


Loader text is generated for program 
instructions, DECLARE control blocks, and 
OPEN file control blocks, initial values 
defined in the source program; parameter 
lists, skeleton dope vectors, symbol 
tables, etc. ESD and ВІР cards are gener- 
ated for external names and pseudo- 
registers. An object listing of the code 
generated by the compiler is produced if 
the option has been specified by the source 
programmer. 


Phase TF 


Phase TF scans the text, assigns offsets 
to compiler and statement labels, and 
determines the code required for instruc- 
tions which reference labels. 


The size of each procedure is determined 
and stored in the PROCEDURE entry type 1. 
A location counter of machine instructions 
is also maintained. 


Phase TJ 


Phase TJ scans the text until no further 
optimization can be achieved in the final 
assembly. 


A location counter is maintained for 
assembled code, and offsets are assigned to 
labels. 


The size of each procedure is determined 
and stored in the PROCEDURE entry type 1. 
The amount of code required for instruc- 
tions to reference labels is also deter- 
mined, while attempting to reduce this from 
the amount estimated by the first assembly 
pass. 


This phase also attempts to reduce the 
number of Move (МУС) instructions by 
searching for consecutive MVC instructions 
which refer to contiguous locations. 
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e Chart EW. Phase EW Overall Logic Diagram 
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Table ED. Phase ED, Initialization 
———— ——Á—ÁÁ——9 


| Statement or Operation Type 


{Sets up routines in scratch core 
for phase EL 


| 
L 


* 
| Routine/Subroutine| 


h руна А eee асыны Е ааа 1 


[Main Processing| | 


| Routine | Subroutines Used | 
+ %----------------------------------- 1 
| SETUP | None | 
| | | 
TORRE ана ci clc СИ ВЕ E J 
noun ee oe ep UEFA D C MM QM E es ee ee 1 

Function | 


[-——---—--——--—----{}-----------——--—-----——-------------------——------—----------—-----—{ 


| EVENT | | 
| TASK | 
| CELL {Routines for processing declared attributes. These set пр І 
| BASED linformation in the attribute collection area of scratch core, | 
| POINTER | Ғос reference ру CDICEN, etc., in phase EL. | 
|OFFSET | | 
ее еш ыша E и аа EVO ME MEME M E daca —Ó e сында — M— P  ————— НА 1 
Table EG. Phase EG Dictionary Initialization 

SS a Emm тента xm лісті ы жанамын ск re os нш нш 1 


| Маіп Processing| | 


| Statement or Operation Туре | Routine | Subroutines Used | 
----------------------------------- %---------------4-----------------------------------4 
{Hashes labels | САА1 | СНАЗН, CBCDL2 | 
----------------------------------- %---------------4-----------------------------------4 
| PROCEDURE-BEGIN chain | СА7 | None | 
----------------------------------- +----------—-----ф----------------------------------={ 
| BEGIN | САЗА | None І 
----------------------------------- %---------------4-----------------------------------1 
| PROCEDURE |CAPROC | CANATP, CFORP | 
fmm mmm mem mem t oe «ле «не аш» «жә еле «ше «шә cus «шә cu «шә еке |---- «ше MÀ << << << «ше еш» қыс iA че» өм» «ке «шә «зе еме ee ае сто uum eum ee «ка m сто 1 
| ENTRY | сА10 | САМАТР, CFORP | 
iio dee weaken moan eee eee — ——— ————————— HM — —— PP —Ó 4 
|Formal parameters |CFORP |CHASH, CBCDL2 І 
— ——MM— À— ——— ———À——— ÀÀ——À—————————————d--——————————————————————-——---——--—--- 
[Attribute list |САМАТР [CAPRE1, САТСНА, САТВІТ, CATPIC І 
|---------------------------------- даа са —Ó—— P +-----------------------------= ----- 4 
{Creates entry type 2 entries for ІСТУРВІ, | ENT2F, CDEFAT І 
| labels І І І 
lin а eer ыы ae PME ыды —— — | T eee cee eee eo ыы 
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е Table EGi. 


ванна erence 
| Routine/Subroutine 
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E 
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Phase EG Routine/Subroutine Directory 
FORSE EP BAN nO Льв SNNT S RE D T MET TUNER а 


Function 


{Scans label table and hashes labels. 


|Processes attribute list. 


| 
| Processes PROCEDURE statements. 


|Processes precision data. 


[Processes BIT attribute. 


|Processes CHARACTER attribute. 


| 
| Processes PICTURE attribute. 


| 
{Scans the PROCEDURE-BEGIN chain for the relevant statements. 


|Processes BEGIN statements. 


|Processes ENTRY statements. 


| 
| Тгауегѕеѕ the hash chain looking for entries with the same BCD 
{that just found. 


| 
|Completes data byte for entry type 2 entries by default rules. 
| 


|Processes formal parameter lists. 


{Obtains an address in the hash table for an identifier. 
| 
|Creates entry type 2 entries for labels. 


|Creates or copies second file statements. 


| 
|Scans ENTRY chain. 


|Checks containing block options, for inheritance. 


|Processes procedure options. 


|Performs post processing, makes STATIC DSA decisions. 


| 
|Processes POINTER, OFFSFT, and AREA attributes. 


£» 
а 


мым T — ————————————————— 


ә Table ELI. 


Phase EL Routine/Subroutine Directory 


Re quon a а па оа о аа оа ааыа. 
| Routine/Subroutine | Function | 
a kena a pd ылық ысымы лан cm БОЛИТЬ дын сас i casas 4 
| ATLSCN {Scans the list of attributes following the identifier. | 
| | І 
| | | 
| BCDISB |Checks for multiple declarations, etc. І 
| | | 
| | | 
| BCDPR | Processes BCD of identifier. | 
| | | 
|СОАТРЕ (EK) [Attribute controlling routine. | 
| | | 
| | | 
|СБАТЧО (ЕК) |Processes DECIMAL attribute. І 
| | | 
|CDAT41 (ЕК) |Processes BINARY attribute. І 
| | | 
|СОАТЧ2 (EK) | Processes FLOAT attribute. | 
| | | 
[CDAT43 (EK) {Processes FIXED attribute. | 
| | | 
|CDAT44 (ЕК) |Processes REAL attribute. | 
| | | 
|CDAT45 (ЕК) | Ргосеззез COMPLEX attribute. | 
| | | 
|СОАТЧ6 (ЕК) | Processes precision attributes. | 
| | | 
|CDAT48 (EK) | Processes VARYING attribute. | 
| | | 
{CDAT49 (ЕК) |Processes PICTURE attribute. І 
| | | 
sans (EK) {Processes BIT attribute. І 
| | 

re (EK) | Processes CHARACTER attribute. | 
| | | 
|CDAT4C (EK) | Processes FIXED DIMENSIONS attribute. | 
| | 

|CDAT4D (ЕК) {Processes LABEL attribute. | 
| | | 
|CDAT4F (ЕК) | Processes ADJUSTABLE DIMENSIONS attribute. | 
| | | 
|CDAT56 (EK) | Processes USES attribute. | 
| | | 
{CDAT57 (EK) {Processes SETS attribute. | 
| | | 
ІСОАТ58 (EK) | Processes ENTRY attribute. | 
| | | 
|CDAT59 (ЕК) | Processes GENERIC attribute. | 
| | | 
[(CDAT5A (ЕК) | Processes BUILT-IN attribute. | 
| | | 
|CDAT60 (ЕК) |Processes EXTERNAL attribute. І 
| | 
[CDAT61 (EK) |Processes INTERNAL attribute. | 
| | 

| СрАТ62 (EK) | Processes AUTOMATIC attribute. І 
| | 
|CDAT63 (EK) | Processes STATIC attribute. | 
| | | 
|CDAT64 (ЕК) | Ргосеввез CONTROLLED attribute. | 
| | | 
|CDAT69 (EK) | Processes INITIAL attribute. | 
| | | 
|CDAT6A (EK) |Processes LIKE attribute. | 
ОКО a кока клет ПОВ УА ВЕ E A eee rare 
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e Table EL1. Phase EL Routine/Subroutine Directory (cont'd) 


[Routine/Subroutine| | | Fmnction 
[CDAT6B (EK) [Processes DEFINED ATTRIBUTE. 7—7 
ке (ЕК) ИТЕН ALIGNED attributes. 

жабі (ЕК) ардағы. UNALIGNED attribute. 

Марыса (ЕК) ай а AREA attribute. 

cannes (EK) eee POS attribute. 

па бань each item of DECLARE statement. 

m. (EM) |Applies factored attributes. 

ан (EM) КЕТЕ default attributes. 

|СОІСЕМ (ЕМ) Е dictionary entry. 

|CGENSC (EM) ree phase initialization and scans chain of DECLARE statements. 
eee (EM) азарае BCD of identifier. 

| DCID1 Ө scan routine. 

| DCIDPR кимна factor brackets and level numbers. 

|ECHSKP (EK) | Initializes and passes control to Module EM. 

ЕЕ (ЕМ) ТЕ implicit attributes. 

one eee initialization for each identifier declared. 

| POSTPR РЕТТИ 

ocr (EM) one chain of DECLARE statements. 

| SELMSK {Selects correct test mask to be initialized. 

б ee inheriting of dimensions in structures. 

| remon 88 aede for next level number. | 
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ыыы ды р жа) 


Table EW. Phase EW Dictionary LIKE 


асе анаа oa а ак a cia ae > Пе e Mm a керіге 1 
[Main Processing] | 
| Statement ог Operation Type | Routine | Subroutines Used | 
[Scans LIKE chain = |EWBEGN — | ЕНСОРҮ, EWELDM, EWINCH, EWONDM | 
а аена Е ЗБУ БАБН АЕО 
[см1 шев start oF своє daba шиш СЕСЕ | 
{from start of variable information | | | 
| Changes’ eric: чае пуч у aa 
copies dimension table entry and  |EWOPNT о ти | 
| зесопа file statement | | | 
Қала а emt даль а р альні сова аа Ашен Шалы азына ааа ——————— ap ORR 1 
Table EW1. Phase EW Routine/Subroutine Directory 
|Routine/Subroutine| ^ Function | S і 
[ALIGN (EV) [ооу ск оге СЕ айталы Jon base elements in кепе незин l 
| BASED (EV) ee or deletes defined slot, where only one structure is based. | 
ligas NE dictionary to find entry corresponding to BCD in text. | 
Ее TOM LIKE chain. | 
еме TM error entry to base element. | 
зорі ere dictionary entry into scratch storage. | 
анне (EV) ама initial dictionary entries and associated second file state- | 
| |ments, etc. | 
азів ере entry into scratch storage with dimension даға removed. | 
cone | Тезъз whether the likened structure is dimensioned. | 
кеген асада transfer of control to next phase. | 
Ө pae erroneously "likened" major structure. | 
анасы ТЕКА hash chain for new entry. | 
ee m entry copy and places it in dictionary. | 
ен павай whether original structure is dimensioned. | 
тена (EV) [Obtains new dictionary block and terminates current опе in use. | 
меней обед entry into scratch storage, inserting dimensicn information. | 
ВВ ee dimension information in original structure. | 
ТӨН ten validity of likened structure. | 
(Енд вит (EV) [copies second file statement and associated dictionary reference. | 
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e Table EY. Phase ЕУ Dictionary ALLOCATE 


CER р T memi eT PUPPES 1 
{Main Processing| | 
| Statement or Operation Type | Routine | Subroutines Used | 
| ~-----------------------------~----}--------------- %----------------------------------- 1 
{Scans text for explicitly pointer- [ІЕМЕХ | EY14 І 
[qualified based variables | | | 
----------------------------------- а= 
{Copies dictionary entries for | EY14 | HASH, ATPROC, DICBLD, STRCPY | 
|ехріісікіу qualified based varia- | | | 
[bles | | І 
ee ge ee ЕКЕНИ асака ане quee DWG KM" MEER EE UU EM mE 1 
[Second file pointers. Scans ALLO- |IEMEY |ATPROC, DICBLD, HASH, STRCPY | 
[CATE statements | | | 
| ~---------------------------------- }---------------}-----------------------------------+4 
|Completes copied dictionary entry |ATPROC with | MOVEST | 
|for an allocated item | зесопд entry | | 
| {point ATPROD | | 
|~---------------------------------- %--------------- 4----------------------------------- 1 
[Controls ATPROC and ATPROD routines |5ТЕСРҮ | ATPROC, ATPROD | 
|for each member of a structure | | І 
Банан E аша КРД cm Е нн Ыш шшш a NU ОР Не РОБИ УНР зац 
е Table EY1. Phase EY Routine/Subroutine Directory 
e — —————D————— i "Ó ee ae —— Se Se a сова 
| Rout ine/subroutine| Function | 
І------------------%--------------------------------------------------------------------1 
|ATPROC/ATPROD (EZ)|Complete copied dictionary entry for allocated item Еу including І 
| jattributes from ALLOCATE and second file statements. | 
| 
| DICBLD [Collects attribute given for an identifier and copies its dictionary] 
І | entry. | 
| | | 
| EY16 | Processes ALLOCATE statements. І 
| | | 
| EY17 [Processes identifier in ALLOCATE statement. | 
| | | 
| EY21 {Processes major structures. | 
| | | 
| HASH |Hashes BCD of identifier to obtain its dictionary reference. І 
| | | 
| ТЕМЕХ [Scans text for explicitly pointer-qualified variables. | 
| | | 
| EY14 [Copies dictionary entries for explicitly qualified based variables. | 
| | | 
| ТЕМЕУ |Scans second file, reverses pointers. Scans ALLOCATE statements. | 
| | 
| МОУЕЗТ (EZ) |Copies second file statement and associated dictionary entry. | 
| | | 
| STRCPY Прання ATPROC and ATPROD for each member of structure. | 
Баласы ыс бла начна Sty ы resets nel ла алы 3а ЖЕ ОЛИВ wet = ла. en алы ЕШ MO PR DES 1 
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eChart MD. Phase MD Overall Logic Diagram 
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‘Chart МЕ. Phase ME Overall Logic Diagram 
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Table MB1. 


pense een cL 
|Routine/Subroutine 


Phase MB Routine/Subroutine Directory 
T 
| 


Function 


------------------4--------------------------------------------------------------------і 


| DRFTMP |Makes temporary descriptor from a dictionary reference. 

| GETWKS |[Obtains workspace to accommodate a variable of given type. 
КЕТТІ lacune source text. 

МЕЗІ давно for triples of interest. 

0020 los reaching end-of-text marker, releases remaining block, and 

| |releases control of phase. 

eee {PSI operator; starts new entry in stack for pseudo-variable. 
80032 |Р5І" operator; completes stack entry and generates code for data 
| {list items. 

ЕТЕР | ASSIGN; completes stack and rescan group of assignments, putting 
| [target descriptions out in correct sequence, generates code for 
І |pseudo-variable in stack. 

PET ОЕА ASSIGN; places апу target descriptors in stack. 

150023 [Constructs pseudo-variable stack entry: 

|MB1310 інава input pointer to start of sequence of ASSIGNS. 

Per ўсвя ASSIGNS and associated TMPDS from stack іп reverse order. 
ET | Tests for end of stack. 

ива зав |Tests for pseudo-varaible TMPD. 

Во еее code for pseudo-variable. 

ere сай one triple to output. 

ern [Places temporary descriptor in stack. 

еме | Р1асез temporary descriptor іп output string. 

КҮРЕ ДЕЛЕ scanning table. 

[TARGET Пора ов temporary workspace for pseudo-variable, if necessary. 
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е Table MD. Phase MD Pseudo-Code In-Line Functions 


as a lala ar aera ді C Noe ee re a саныны 1 
| Маіп Processing| | 

| Statement or Operation Type | Routine | Subroutines Used | 
}----------------------------------- %--------------- %----------------------------------- 1 
|5сапв text |Phase LA (SCAN) | None | 
------------------------------------ 4--------------- І----------------------------------- 1 
{Builds up function stack | LFARIN | None | 
-----------------------------------4--------------- %-----------------------------------4 
|Builds up argument stack | LFC OM | None | 
І----------------------------------- %--------------- %----------------------------------- 1 
|Моуев generated code to output | LFMOVE | МУЗ (LA) | 
| block | | | 
|-~------~-------------------------- фон }----------------------------------- 1 
| |Generates in-line code and | LFEOF2 | SNAKE,ROPE | 
|llibrary calling sequences | | | 
ЕЕ Р БЕ дас ы аа cec LL Е Жазасы сылы Жылы шы лы ыншы ылысшылы о iE J 


e Table MD1. Phase MD Routine/Subroutine Directory 


|LFARI о Continues scan for in-line functions. | 
ТЕГЕ PUT up function stack. | 
и т up argument stack. | 
oo Ре dictionary reference of argument when argument triple ЕТ 
| LFEOF2 [Calls subroutines to generate in-line code. | 
еге iue triple from text if inside an in-line function. | 
m РОУ if IGNORE triple or not an in-line function. | 
| (5256 Е code for STRING function. | 
жете гака code for ADDR function. | 


аа аа а а а сым «ай qui й mans б аі ака ea Gd ums аў ба ы ні Oe AME EN, que шашы ынты сысы дасын ысы сақы а лаўра аа шасы ар ШО на 
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Table MS. Phase MS Pseudo-Code Subscripts 


[US as cc a аа S EU EU аа ара аа ата Лл a ANUS MAT ERY eT eee Жул зул ууу шу г тет Stee а оса рача пас ар 2 oe IR 


|Main Processing| | 


| Statement or Operation Type | Routine | ‘Subroutines Used | 
нана 
|5сапв text | SBSCAN | None | 
сабай атша п О [SBSTIH 00 [SBASS, SBCOBI, SBGNOR, SEMVCD, | 
| | | SBNEST, SBSUBP, SBSUDV, SBXOP, І 
| | | ОТТЕМР, SBOPT | 
нана 
|Checks subscript range | SBSBRN | None | 
база РЕКИ нам ee ae eee eee oe ere ee ee ae ete ee інн f 
Table MS1. Phase MS Routine/Subroutine Directory 
|Routine/Subroutine| | Function | 
|SBASS |  — [Updates scan pointer over an assignment. | | 
[5ВСОВІ (МТ) В subscript to binary integer. | 
| ЗВЕВВ (MT) Те error message into dictionary. | 
Шен (MT) ТТ ИК an odd symbolic register. | 
Төкен (MT) ЕЕ pseudo-code and moves it into output text klock. | 
ЕЕЕ (MT) Я nested subscript situation. | 
(аре |Calculates element offset іп optimizable cases. | 
ee (MT) фана subscript range. | 
| SBSCAN арааран to LA for scan. | 
[5В5ТІН ПЕТЕР code to calculate element offset. | 
| SBSUBI Tem array name. | 
ЕН (MT) |Handles end of subscript list. | 
| SBSUDV ок code to set up the dope vector of ап array сЁ adjustable | 
| | strings. | 
араба ТЕРА code to multiply subscript by multiplier. | 
Ке” Icone ien code to convert to fixed binary. | 
fone ЕЕЕ for occurrence of subscript. | 
ae t" code to multiply subscript by 4 or 8. | 
Е rom for comma, subscript prime, or subscript triple. | 
НЕЕ (MT) назва Special index feature. | 
foe асо ИЕ scan of text. | 
| OPTEMP (MT) [allocates workspace. | 
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Table МА. Phase МА Pseudo-Code Branches, ON, Returns 


fing tit ирк рыда шана дарес [етер скин ке ee | 
| Statement or Operation Туре | Routine | Subroutines Used | 
uid c e е Dune ара е eas і 
Bcc: 22. dle qe ag HL 2 
linterest to user | NASC3 І | 
Үк көн оа e рш ина иаа ат CEN ic MCA CE DC CN DE | 
542 Тт pp esee inui ere ааа У | 
tuac ud а шош lump ludum Loquo | 
222 277700 PEDES RE атр? нае АНЫ 
0-22 005 SERIE. шш а ня 


[each PROCEDURE or BEGIN block in 
|source text 


| | 
| | 

Е------------------------------------ %--------------- %----------------------------------- 1 
|Ргосеввев RETURN statements | RETURN | МАОТ1 | 
}----------------------------------- %--------------- І----------------------------------- 

|Ргосеввев function RETURN state- | NA3002 |NAUTB, NAUTCA, NAUT1, NAUT12 | 
|ments for one data type І І | 
}----------------------------------- }--------------- }+~----------------------------------- 4 
| Processes function RETURN state- | NA3013 | NAUTA, NAUTB, NAUTCA, NAUTD, NAUTF,| 
[ments for more than one data type | |NAUT1, NAUT7, NAUT8, NAUT9, МАОТ11, | 
| | | NAUT12 | 
|----------------------------------- |--------------- І----------------------------------- 1 
{Processes GO ТО statements | GOTO | NAUTD | 
Һ----------------------------------- %--------------- %----------------------------------- 1 
|Processes GOLN triples | GOLN | NAUTD І 
}------------ ----------------------- %--------------- |%-------------------- --------------- 1 
| Processes СООВ statements | GOOB |NAUT5, NAUTD, NAUT16, SC5 (LA) І 
}----------------------------------- $--------------- }---------------------------------—- 1 
|Ргосеввев SIGNAL statements | SIGNAL | NAUTD, NAUT6, NAUT16, МА0Т8, І 
І | | НАОТ10, NAUT21 | 
}----------------------------------- —— — ————— 1 
[Processes REVERT statements | REVERT | МАОТЮ, SC5 (LA) І 
ралы алыл fed eet a СО DTE ыа адна ЖЕК ары ОЕСР СЕК ырава заараць 4 
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Table РА. Phase РА DSAs іп STATIC Storage 


[Main Processing| | 
| Statement or Operation Type | Routine Subroutines Used | 
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Table PA1. Phase PA Routine/Subroutine Directory 


+ 
| ARRSCN |5сапв STATIC chain for INTERNAL arrays; allocates storage for аггауз| 
| [апа secondary dope vectors (called from PH). 


| | 
| DICENT | Макез a dictionary entry for each STATIC DSA. 


| 
| DSASIZ {Calculates size of DSA excluding Register Allocator Workspace. 


| | 
| DVSIZE {Scans AUTOMATIC chain for variables requiring dope vectors, and 


| 
| 
| 
| 
| 
| 
| |calculates size of dope vectors. | 
| | | 
| PADSA {Determines eligibility of a block for a STATIC DSA. | 

| 

| 

1 


| 
| SCSORT а STATIC chain (called from PD). 
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e Table QU. Phase QU Alignment Processor 


Gr ee НО НН ае Gn ee ee ee ае беріз каркае 1 
| [Main Processing] І 
І Statement or Operation Type | Rov’ ine | Subroutines Used | 
-----------------------------------|---------------|-----------------------------------і1 
|Tests pseudo-code instructions for |ALIGNQ | ALREGQ, МУСМА К, REGENT І 


[misaligned operands and deduces the| | | 
| correct alignment | | | 


}---------------~------------------- }---------------} ----------------------------------- 


|Generates a move character (MVC) | MVCMAK | ABEOT , NEXREG, OUTEST , PSMOVE, REMOVE, | 
linstructicn for a misaligned oper- | | SNEXT, TRANS | 
[апа | | | 
-----------------------------------і--------------- І----------------------------------- 1 
{Skips а pecued- code item [тз | TNEXT | 
----------------------------------- = 
| Processes the load address (LA) | TLA | TRR | 
|pseudo-code instruction | | | 
}---------------~-------~----------- |--------------- %----------------------------------- 1 
| Processes the library calling | TLTB | ABEOT,T3 | 
[sequence in the pseudo-code | | | 
}-------- -------~-------~----------- |--------------- }----~------------------------------ 1 
| Processes the І pseudo-code | TLL | АТІСМО, ALREGO, OUTEST , PSMOVE, REMOVE, | 
| instruction | | SNEXT, TRANS, TRR | 
І----------------------------------- +-—-------------{--—-------------------------------- 1 
[Processes pseudo-code instructions, | THT | ALIGNQ, TRRS | 


lother than І, and LA, that may have | | 
[misaligned operands | | | 


І-----------------------------------і|---------------і-----------------------------------1 


|Examines а pseudo-code item and | TRANS | Т3, TABS, TDROP, TEOP, THT, TLA, TLIB, | 
|раввев control to the appropriate | | TLL, TRR, TSN | 
|processing routine | | | 


а-а 


302.1 


еТаріе 001. Phase QU Routine/Subroutine Directory 


|Routine/Subrowtine| ^ Fention SS [ 
ГНИ 2222 ere шие 
| ALREGQ pem whether or not the register is in the register table. | 
ТОТА а a symbolic register. | 
Ionas ae a new output text block if required. | 
ipsos EM current output text block and gets a new one. | 
| REGENT |Makes an entry in the register table for a register that has been | 
| | loaded with the address of a misaligned operand. І 
aleve copie text into the output text block. | 
иа нала next pseudo-code item in the source text. | 
rer tom absolute code and copies it onto the output text if ТЕЛ 
онов Е dropped registers from the register table. | 
Ms a the end of a source text block, moves out the scanned text and | 
| |gets the next source text block. | 
иди | АЕ the end of the program, outputs the remaining text, and releases | 
| | control. | 
а Е ап assigned register from the register table. 
та [updates the statement number slot in the communications region. | 


302.2 Section 3: Charts and Routine Directories 


e Table QX. Phase ОХ Print Aggregate Length Table 


ee ГЕО eT Ee ape НАНЕ eS ЕН Ча кайры АБА eee 
|Маіп Processing| | 

| Statement or Operation Type І Routine | Subroutines Used | 
-----------------------------------|--------------- І-----------------------------------4 
| Зсап storage chains in dictionary  |SCANC |АМАСС, PRNTAB | 
|for aggregate entries | | | 
|--------- -------------------------- %--------------- %----------------------------------- 1 
|Analyze aggregate dictionary | ANAGG |ANCOB,EXTENT,FINALA,FIRSTA,FORMAL, | 
[entries and print table entry | | GETVO, GETSB, MAKEN, PRHED, SORTEN, | 
| | | VOPLUS | 
—Ó —À—— M —P— À— ——À i ———— — Жаза —— Ó—— — HJ" — ша ыы J 

e Table QX1. Phase QX Routine/Subroutine Directory 

(ee ae ee a ge за DOLUS кор E FG а ЫР ИНО Ne eic азаа засаа ааа а-аа 1 
| Routine/Subroutine | Function | 
НН 1 
| ANAGG | Analyzes dictionary entries for a major structure or non-structured | 
| |аххау. | 
| | | 
| ANCOB {Finds original major structure dictionary entry for a COBOL major | 
| | structure. | 
| | 
| EXTENT {Calculates length in bytes of a data variable, label, task, event, | 
| Jor area. | 
| | 
| FINALA |Calculates address of final basic element of а major structure. | 
| | | 
| FIRSTA {Calculates address of first basic element of a major structure. | 
| | | 
| FORMAL {Calculates length of а non-structured array. | 
| | | 
| GET VO {Gets virtual origin of a dimensioned variable. | 
1 | | 
|СЕТ5В [Sets pointer to BCD іп а dictionary entry. | 
| | | 
| MAKEN {Makes an entry in text block for each aggregate. | 
| | | 
| PRHED {Prints main heading and sub-heading of table. | 
| | | 
| PRNTAB {Prints Aggregate Length Table. | 
| | 
| SCANC [Scans STATIC, AUTOMATIC and CONTROLLED chains in dicticnary for | 
| jaggregate entries. | 
| | | 
| SORTEN {Sorts text block entry for aggregate so that the entries are chained| 
| [іп collating sequence order of the aggregate identifiers. | 
| | 
| VOPLUS | Са1си1атез address of first or last element of major structure. | 
dE З dcn uH ПРЕ NC EUER Mec RE Rn ORC PEN ря ш ВИННУ 1 
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Chart 09. Register Allocation Logical Phase Flowchart 
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This appendix relates the logical 
physical phases, 


es, 


within the physical phases. 


name is IEMAA. 


PHYSICAL 


PHASE MODULES 


Compiler Control 


AA 
AB 


AC 
AD 


AE 


AG 
AH 
AI, AJ 
AK 
AL 


AM 


AN 


BX 


ыз 
сч 


рһаз- 

and modules contained 

The compiler 
DESCRIPTION 


Controls running of 
compiler 

Performs detailed ini- 
tialization 

Writes records on 
intermediate file 
SYSUT3 

Performs interphase 


dumping as specified in 
the DUMP option 


End of read-in phase 


Controls system genera- 
tion compiler options 


Closes  SYSUT3 for out- 
put, reopens for input 


Format annotated dic- 
tionary dumo 


Format annotated text 
dump 

Closing phase of сой- 
piler 

Controls extended dic- 


tionary compilation 
Phase marking 


controls normal dic- 
tionary compilation 


48-character set prep- 
rocessor 


Compile-time Processor Logical Phase 


AS 


AV 


Builds second half 
phase directory 
Resident phase for 
compile-time processor 
Initialization phase 
for compile-time proc- 
essor 


BC 


BG 


BM 


BW 


BC, BE, BF 


BG, BI, BJ 


BM, BN 


BO, BV 
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Initial scan and tran- 
slation phase for 
compile-time processor 


Final scan and replace- 
ment phase for compile- 
time processor 


Error 
phase 


message printout 


Contain the 
messages 


diagnostic 


С1еапар рразе for 
compile-time processor 


Read-In Logical Phase 


СІ 


СІ, 


со 


с5 


су 


СА 


сс 


CS,CT 


CV,CW 


Read-In phase common 
routines 
Read-In phase common 
routines 


Keyword tables 
Read-In pass 1 
Keyword tables 
Read-In pass 2 
Keyword tables 
Read-In rass 3 
Keyword? tables 
Read-In rass 4 


Read-In pass 5 


Dictionary Logical Phase 


FD 


xj 
Q 


EL 


EP 
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ED 


EF, EG 


EH, ЕТ, EJ 


ЕК, EL, ЕМ 


ЕР 


Guide to Phases and Modules 


Initialization, 
subroutine package 
Declare Fass 2 


for 


Initialization 


First pass over DECLARE 
Statements 
Second pass over 
DECLARE statements 


Constructs dictionary 
entries for PROCEDURE, 
ENTRY and CALL state- 
ments 
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EW ЕУ, EW Constructs dictionary 
entries for LIKE attri- 
butes 


ЕУ EX, EY, EZ constructs dictionary 
entries for ALLOCATE 
and for explicitly 
qualified based varia- 
bles. 


FA FA, ЕВ Checks cont ext of 
source text 


FE ЕЕ, FF Changes BCD to dic- 
tionary references 


FI FI Checks validity of dic- 
tionary references 


ЕК ЕК Rearranges attributes 

FO FO, FP Constructs dictionary 
entries for ON- 
conditions 


ЕС FQ Checks validity of 
PICTURE chain 


FI FT, FU Dictionary 
hous e- keeping 


FV FV, FW Merges second file 
statements into text 


| Fx FX,FY,FZ Processes identifiers 
for cross reference and 
attribute listing 


Pretranslator Logical Phase 


GA GA Constructs DECLARE and 
OPEN control blocks 

GB GB,GC Modifies I/O statements 

GK GK Checks parameter match- 
ing 

GO GO Preprocessor for second 


check on parameters 


GP GP,GQ,GR Second check on param- 
eters 

GU GU, GV Processes CHECK condi- 

tion statements 

HF HF,HG Processes structure 
assignments 

HK HK,HL Processes array assign- 
ments 

HP HP Processes items defined 


using iSUBs 


Translator Logical Phase 
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IA 


IG 


IL 


IM 


IT 


IX 


JD 


IA,IB,IC 


IG 


IL 


IM,IN, 


ТР, ТО 


ІХ 


JD 


Stacks  cperators and 
operands 


Processes array and 
structure arguments and 
built-in functions 


Preprocessor for gener- 
ic functions 


Processes generic func- 
Ic functions 


Processes function tri- 
ples 


POINTER and AREA check- 
ing 


Evaluates constant 
expressicns 


Aggregates Logical Phase 


JI 


JI 


JK 


JP 


JI,JJ 


JI,JK,JL 
ЈК, ЈМ 


JP 


Struccure 
pre-preprocessor 


Structure preprocessor 
Structure processor 


Checks CEFINED chains 


Pseudo-Code Logical Phase 


LA 


LB 


LD 


LG 


LR 


LS 


LV 


LW 


LX 


MB 


| MD 


LA 


LB,LC 


LD 


LG,LH 


LR 


LS,LT,LU 


LV 


LW 


LX,LY 


MB, MC 


Utility scanning phase 


Generates triples to 
initialize AUTOMATIC 
and CCNTROLLED scalar 
variables 


Constructs.dictionary 
entries for initialized 
STATIC scalar variables 
and arrays 


Expands DO loops 


Initialization for 
Phase LS 
Converts expression 


triples to pseudo-code 


Provides string han- 
dling facilities 


Initialization for 
phase IX 


Converts string triples 
to pseudc-code 


Constructs  pseudo-code 
for pseudo-variables 


Scans for ADDR and 


МЕ 


MG 


MI 


MK 


ML 


MM 


MP 


MS 


NA 


NG 


NJ 


NM 


NT 


NU 


OB 


OD 


OE 


OG 


OM 


ME 


MG, МН 


МІ,МӘ 


МК 


МІ, 


ММ, MN, МО 


MP 


MS, MT 


NA 


NG 


МЈ, NK 


NM, NN 


NT 


NU, NV 


ОВ, OC 


OD ,OE,OF 


OG, OH 


OM, ON, OO 


STRING functions and 
generates code for each 


Constructs pseudo-code 
for in-line functions 


Constructs pseudo-code 
for in-line functions 


Constructs pseudo-code 
for in-line functions 


Constructs pseudo-code 
for in-line functions 


Processes generic entry 
names 


Processes CALL and 
function procedure 
invocations 

Reorders BUY and SELL 
statements 

Constructs pseudo-code 


for subscripts 


Generates 
for branches, 
triples, etc. 


pseudo-code 
RETURN 


Generates Library call- 
ing sequences for DELAY 
and DISPLAY statements 


Generates Library call- 
ing sequences for exe- 
cutable RECORD-oriented 
input/output statements 


Generates Library call- 
ing sequences for exe- 
cutable STREAM-oriented 
input/output statements 


Pre-processor for NU 
Generates Library call- 


ing sequences for 
data/format lists 


Processes compiler 
functions and  pseudo- 
variables 


Pseudo-code assignment 


Constructs Pseudo-code 
for assignments 


Generates library 
calling sequences 


Generates ps eudo-code 
for data type conver- 
Sions in-line 


05 


OP, OQ 


OS,OT,OU 


Generates pseudo- code 
for further in-line 
conversions 


Converts constants to 
required internal form 


Storage Allocation Logical Fhase 


PA 


PD 


PH 


PL 


PP 


PT 


QF 
QJ 


QU 


ох 


РА 


PD 


PH 


PL, PM 


PP 


PT, PU, РУ 


ОЕ, Об, QH 
QJ, ОК, OL 


QU 


ох 


Puts eligible DSA's 
into STATIC 

First STATIC storage 
allocaticn phase 

Second STATIC storage 
allocation phase 
Constructs symbol 


tables and DEDs 
Sorts AUTOMATIC chain 


Allocates AUTOMATIC 


storage 
Constructs prologues 


Allocates DYNAMIC stor- 
age 


Aligns misaligned oper- 
ands 


Lists lengths of aggre- 
gates 


Register Allocation Logical Fhase 


RA 


RF 


RA, RB, RC 


RF,RG, RH 


Processes 
mechanisms 


addressing 


Allocates physical reg- 
isters 


Final Assembly Logical Phase 


ТЕ 


TJ 


TO 


11 


UA. 


UE 


UF 


TF 

TJ,TK 
TO, TP, TO 
TT,TU 


UA, UB, UC 


UD , UB, UC 


UE , UB, UC 


ОЕ, UG, UH 


Assembly first pass 
Optimizacion 
Produces ESD cards 
Assembly second pass 


Final assembly initial 
values, first pass 


Generates RLD and TXT 
cards to set up dope 
vectors for STATIC DSAs 


Final assembly initial 
values, second pass 


Produces listings 
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UI 


UI, UG, UH 


Error Editor 


XA 
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XA 


Completes final assem- 
bly listings 


Determines whet her 
there are diagnostic 
messages to be printed 


XA, XB 


XA, XC 


XF 


XG, YY 


Constructs the third 
phase list 


Controls the printing 
of messages 


Message address blocks 


Contain the diagnostic 
messages 


APPENDIX С: INTERNAL FORMATS OF DICTIONARY ENTRIES 





describes the formats of 
dictionary entries during the compilation 
of а source program. The appendix is 
organized in the following manner: 


This appendix 


1. Dictionary entry code bytes 


2. Dictionary entries for ENTRY points 


3. | Code for ENTRY dictionary 


entries 


bytes 


Dictionary entries for LABEL, 


and STRUCTURE items 


DATA,' 


Code bytes for DATA, LABEL, and STRUC- 
TURE dictionary entries 


and OFFSET 2 
and STRUCTURE 


Uses of the OFFSET 1 
Slots in DATA, LABEL, 
dictionary entries 


Dictionary entries for: 


label constants 

data constants 

formal parameters 

FILE entries 

TASK and EVENT data 
internal library functions 
parameter descriptions 

CN conditions 

PICTURES 

expression evaluation workspace 
dope vector skeletons 
symbol table entries 
AUTOMATIC chain definitions 
DED dictionary entries 

FED dictionary entries 
terrvcorary dope vectors 

BCD entries 

second file statements 


8. Dimension tables 


1. 


— лке «ля м M À— Ó—ÀÓ——ÓÓ MM 


The dictionary is used to communicate a 
complete description of every element of 
the source program, the compiled object 
program, and the compiler diagnostic messa- 
ges between phases of the compiler; the 
text describes the operations to be carried 
out on the elements. 


Each type of element has а charac- 
teristic dictionary entry, which із  iden- 
tified by а code occupying the first byte 
of the entry. In general, each type of 


Appendix C: 


Internal Formats of Dictionary Entries 


element has a different code byte, but іп 
order to permit rapid identification of 
dictionary entries, the ccde bytes have 


been allocated on the following basis: 


First Half Byte 


Bit Bit 


Position Value Meaning 
0 0 entry has BCD 
1 entry has по BCD 
1* 0 entry is to be chained 
1 entry not to be chained 
2 0 not a member of structure 
1 member of structure 
3 0 not dimensioned 
1 dimensioned 
*This bit only applies to Phase FT which 
constructs the storage class chains Бу а 


later in 
on are 


sequential scan of the dicticnary; 
the compiler, items with this bit 
added to the storage class chains. 


Second Half Byte 


In the second half byte, the following 
codes have the meanings shown, unless the 
first half byte is X'C': 


x'7* 
хс! 
х'р* 
X'E* 
Х'Е" 


label variable 
task identifier 
event variable 

structure 

data variable 


means 
means 
means 
méans 
means 


The second and third Кусез of every 
dictionary entry contain the length, in 
bytes, of the entry. If the entry has BCD 
(i.e., the first bit of the entry is zero), 
this length count does not include the BCD; 
instead, the BCD, which fcllows the main 
body of the entry, is preceded by a single 
byte containing one less than the number of 
characters of BCD. 

Using this general scheme, the code 
bytes allocated. for dictionary entries 
appear іп the following takle. Code bytes 
in the table which have пс corresponding 
description are not allocated. 


x'00' 
01 


Statement label constant 
Procedure or entry label 


02 GENERIC entry label 
03 External entry label (entry type 4) 
04 Built-in function, e.g., DATE 


345 


05 Temporary variable and controlled 
allocation workspace 
06 Built-in GENERIC label, e.g., SIN 
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07 Label variable 42 


08 File constant 43 
09 цц 
ОА 45 
ов 46 
OC Task identifier 47 
00 Event variable 48 
ОЕ ц9 
OF Data variables (not dimensioned ог а ЦА 
structure member) 4B 
4C 
10 4D ON CONDITION entry 
11 4E 
12 ЦЕ 
13 
14 80 ENTRY type 1 -- from a PROCEDURE 
15 statement 
16 81 BEGIN statement entries -- entry 
17 Dimensioned label variable type 1 
18 82 ENTRY statement -- entry type 1 
“19 83 Entry type 5 
1A 84 Entry type 3 
1B | 85 Entry type 2 
1c Dimensioned task identifier 86 Entry type 6 
1D Dimensioned event variable 87 Label variable fcrmal parameter or 
1E temporary 
1F Dimensioned data variable 88 Constant 
89 File formal parameter cr file 
20 temporary 
21 8A 
22 8B 
23 8C Task identifier formal parameter 
24 8D Event variable fcrmal parameter 
25 8E 
26 8F Data variable formal parameter ог 
27 Label variable in structure temporary 
28 
29 90 Invocation count dictionary entry 
2A 91 
2B 92 
2C Task identifier in structure 93 
2D Event variable in structure 94 
2E Structure item 95 
2F Data variable in structure 96 
97 Dimensioned variable formal parameter 
30 or temporary 
31 98 File attribute entry 
32 99 
33 9A 
34 9B 
35 9C Dimensioned task identifier formal 
36 parameter 
37 Dimensioned and structured label 9D Dimensioned event variable formal 
variable parameter 
38 9E 
39 9F Dimensioned data variable formal 
3A parameter or dimensioned temporary 
3B 
ЗС Dimensioned task identifier in AO 
structure А1 
30 Dimensioned event variable іп A2 
structure: A3 
ЗЕ Dimensioned structure item АЦ 
ЗЕ Dimensioned and structured data A5 
variable A6 
А7 Structured label variakle temporary 
40 Formal parameter type 1 A8 
41 19 
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----------------------------------------------------------- 


The First Code Byte - Other 1 


Appendix C: 


. CODE BYTES rOR DATA, LABEL, AND STRUCTURE DICTIONARY ENTRIES 


-—— — — — — сто ЧР — ако по сц» спо вае — «що — сарай» dum o чир чаю сар — A — спо ань QU a GN um «що ста D а 1 чар єть  — аць саваць цц HEP ало со саю апр чаю a owen 1 

Description | Set By | 

дра вона ысы enna — — Mr |------------------4 

Symbol or requires load constant if | Phase EL, FT, or | 

label. constant | NU | 

| | 

, | | 

Defined on | Phase EL | 

| | 

| | | | 

Mentioned in CHECK list | Phase ЕО | 

| | 

M | 

Needs DVD | Various І 

І | 

Last member in structure | Phases EL or ЕЙ | 

| | 

Variable dimensions | Phase EL | 

| | 

* dimensions | Phases EL and FT | 

| | 

* string length for data item | Phases EL and FT | 

| | 

--Моке labels follow for a label | Phase EG | 

constant | | 

| | 

---Major Structure - no member of | Phase EY | 

the structure has а dimension or | | 

length attribute which is not * | | 

a a GR E MSN Eccles сала EE 1 
пе Second Code Byte - Other 2 

нашаны a i a a aa ана з nd a аку ус ка: ЖЕРЕ н aca! 1 

Description І Set by | 

| | 

------------------------------------- і------------------1 

Dynamically defined | Phase EL | 

| | 

CONTROLLED major structure with | Phase EY | 

varying strings | | 

| | 

NORMAL = О, ABNORMAL = 1 | Phases ЕІ and FT | 

| | 

Reserved | | 

| | 

Formal Parameter | Phase EI | 

| | 

INTERNAL = О, EXTERNAL = 1 | Phase EI | 

| | 

00 = AUTOMATIC or DEFINED or simple | Phase EL | 

parameter { | 

| | 

| | 

01 = STATIC | Phase EL | 

| | 

11 = CONTROLLED | Phase EL І 

Nc i a T a a NUR а OM AMNEM 


Internal Formats of Dictionary Entries 


355 


The Third Code Byte - Other 3 


ааз gt В > рн ог 1 
| віє | | 

| Хо. | Description | Set by 
|-----+------------------------------ %------------------------------ 
| 1 | Needs dope vector | Phases EK and EY if variable 
| | | dimension entries, variable 
| | | string length, or in 

| | І CONTROLLED storage; 

| | | Phase NU when item appears 

| | | in an argument list 

| | | 

| 2 | Needs DED | Phase NU 

І | І 

13 | Needs по storage for the item | Phase GP 

| | itself | 

| | | 

| 4 | Correspondence defined | Phase FV 

| | | 

| 5 | Chameleon | Phase СР 

І | | 

| 6 | Sign bit for first offset | Phase PH for STATIC and 

| | | Phase PT for AUTOMATIC 

| | | 

| 7 | Indication of the state of | Phase PH for STATIC and 

І | the value іп the first offset | Phase РТ for AUTOMATIC 

| | 0 = rubbish | 

| | 1 = good value | 

| | | 

| 8 | As above but for second | Phase PH 

| | address slot | 

[5x quieras utu reor A ВР DN ROREM PEU RDUM 
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The Fourth Code Byte - Other 4 


ee ee ee an eee eae ee a a | 
| Bit | | | 
| No. | Description | Set by | 
[-----}~-~----------------------------}-------------------- 
| 1 | Usage (i): | Phase EL (for EW | 
| | An explicit alignment | | 
| | | declaration has been made | | 
| | Usage (ii): | Phase JK | 
| | A constant has been produced| | 
| | for this structure ог array | | 
| | | | 
| 2 | 00 = Not temporary | Phase GP, НЕ, HK, | 
| and | 01 = Temporary type 2 | IM, or LB | 
| 3 | 10 = Temporary not sold | | 
| | 11 = COBOL temporary | І 
| | | | 
| | | | 
| 4 | Member of defined structure | Phase ЕМ | 
| | | | 
| 5 | Packed = 0 Aligned = 1 | Phase EL | 
| | | | 
16 | Major structure | Phase EL | 
| | | | 
| 7 | No dope vector initialization | Phase GP | 
| | | | 
| 8 | A temporary type 2 which has ] Phase OB | 
| | been incorporated іп work- І | 
| | space 1 or RDV required. For | | 
| | COBOL temporaries this bit | | 
| | means RDV required | І 
С 5 Шыт сал ал ders ре АНЫ МИЫ CR ee Я ПИ шас Оше 1 
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10 
11 


12 


13-14 


15 
Notes: 


1. The type 
ing: 


First and 


00 - norma 


Data Precision* 


Scale Factor* 


*These are the apparent pre- 
cision and factor derived 
from the BCD of the constant 
(see Note 2) 


Type (see note 1) 
DATA byte (2) 

Data Precision (2) ** 
Scale Factor (2) ** 


**These bytes are inserted 
by the phase requesting con- 
version. If a picture is 
required, these bytes are 
used to contain a picture 
table reference (see Note 3) 


Dictionary reference - used 
when a phase requires a con- 
stant to be converted into a 
specific location in storage 


BCD 


byte has the following mean- 


second bits: 


1 BCD constant. The first 
offset slot must be relo- 
cated by the storage allo- 
cation phase, to contain 
the offset of the converted 
constant from the start of 
STATIC storage, rather than 
from the start of the con- 
stants pool 


11 - the BCD is replaced by the inter- 


10 or 01 - 


Sixth bit: 


nal form of the constant. 
The first offset slot is 
treated in the same way as 
for the code 00 


the constant is required to 
be converted into a speci- 
fic location іп storage. 
The second code implies the 
converted constant should 
be made negative before 
being stored 


1 indicates that the con- 


stant requires a DED. 


Seventh bit: 1 indicates that the 
constant requires a dope vector. 


Eighth bit: 1 indicates that по соп- 
version is required. 


2. After the constants processor the 
bytes 6 through 8 will contain the 
offset of the constant from the start 
of the pool of constants. If a доре 
vector is requested then the offset of 
this from the start of the constants 
pool is eight less than that of the 
converted constant. 


3. Should a DED be required, this will be 
constructed by Phase FL. The two 
bytes, precision(2) and scale 
factor(2), will contain a dictionary 
reference of a DED dictionary entry. 
If the constant requires a dope vector 
then Phase OS will make а dictionary 
entry for it, and the dictionary ref- 
erence preceding the BCD will be the 
dictionary reference of this. 


Task Identifiers and EVENT Data 


The format of the dictionary entries for 
task identifiers and EVENT data is, apart 
from the initial code byte, the same as 
that for a label variable. 


Dictionary Entries for Built-in Functicns 


The format is: 


Byte Number Description 


1 Code byte Х"0Щ" 
2-3 Length 
4-5 Hash chain - later becomes 


the STATIC chain 


6-8 Offset - gives the position 
in STATIC storage of the 
load constant for Library 


routine 

9-10 Code bytes - the first code 
byte contains a value which 
identifies the built-in 


function and also provides 
information akout it. It is 
used mainly ky phases IM and 
MD-MM inclusive. The second 
code byte  ccntains further 
information akout the built- 
in function (See "Second 
Code Byte.") 


11-12 DECLARE statement number 
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13 Level 


14 Count 
15 BCD length-1 
16 BCD 


Second Code Byte 


The second code byte contains the 
following information: 
Eit Number Description 
1 May be passed as an argument 
2 May have an array as an 
argument 
3 Must have an array as an 
argument 
4 Is a pseudo-variable 
5 Indicates to which of the 


two tables the offset refers 


6 May have an array (or 
Structure) as an argument, 
but will return а scalar 


result 


Internal Library Functions 


Library routines, other than built-in or 
GENERIC functions, are known as Internal 


Library Functions. Their dictionary entry 
format is as follows: 
Byte Number Description 

1 Code Byte Х"С2" 

2-3 Length 

4-5 Hash chain 

6-8 offset 

9 Library Code - identifies 

the particular Library rou- 


tine required 
10 Not used 
11-12 Code Bytes - the first code 
byte contains a value used 
by phase MG to pick up com- 
plete information about the 
Library function. The зес- 
ond code byte contains 


364 


further information about 
the function 

13 Level 

14 Count 


BCD entries 


BCD entries are used when the LIKE or 
DEFINED attributes are used. A short dic- 
tionary entry with the format given below 
is used. This із pointed at by the dic- 
tionary entry with the attribute. 


Byte Number Description 
1 | Code Byte X'40" 
2-3 Length 
4 BCD length-1 
5 BCD 


Dictionary Entry for Parameter Descriptions 


Dictionary entries for 
criptions are identical 
entry for data variable, lakel variable, 
structure, file, or entry points, except 
for the following details: 


parameter  des- 
with the normal 


Hash chain contains pointer to formal 
parameter type 1. After Phase FT this 
pointer is moved to the bytes contain- 
ing level and count 


No BCD is present 


No block identification is present for 
ENTRY or FILE 


The code byte for an entry point - 
referred to as entry буре 6 - is Х'86" 


ON Statements 
Entries for ON statements are made by 
Phase FO, and contain the following: 


Byte Number Description 


1 Code Byte Х"СГ" 
2-3 Length 
4-5 AUTOMATIC chain 


10 


11 
12 


13 onwards 


ON Condition 


Offset 


Code byte as supplied by the 
Read-In Phase 


Block level 


Block count 
n 


references of 
condition 


n dictionary 
variables or ОМ 
entries 


This entry is made by Phase FO: 


Byte Number 


10 
11 
12 


13 onwards 


Description 
Code Byte Х"4" 
Length 


Hash chain later used as 
AUTOMATIC chain 


Offset 


Code kyte as supplied by the 
read in phase 


Block level 
Block count 
BCD length-1 


BCD 


CHECK List Entry 


This entry is made by Phase FO: 


Byte Number 


5 onwards 


Description 


Code Byte Х'С8" 
Length 


n where n is the number of 


dictionary references fol- 
lowing 
Dictionary references (2n 


bytes) 


Appendix C: Internal Formats of Dictionary Entries 


PICTURE Entry 


The 


format of 


an entry in the picture 


table in the dictionary. 


Byte Number 


10 


11 


12 


Description 


Code Byte Х'С8" 
Length - L*13 
next 


Contains address of 
entry in picture chain 


Usage (1) (Before Phase FQ) 
Dictionary reference of 
associated declare or format 
Statement, right adjusted 


Usage (11) 
Offset in STATIC storage 


Code Byte (after Phase FQ) 
(See Code Byte description) 


P - the number of digit 
positions in field in numer- 
ic picture. 


Q - the number of digit 
positions after V character 
in numeric picture. Code 
X'80' represents 0, Х"7Е" 
represents -1, апа x'81' 


represents *1. 


W - apparent length of pic- 
ture. - length of picture 
following. (For a поп- 
numeric picture the length 
is obtained in bytes 12-13.) 


14 onwards Picture. 


Byte 9 - Code Byte 


Bit Number 


1 


Description 


string 
numeric 


во 


correct 
error 


мо 


0 ‘not sterling 
1 sterling 


0 short 
1 long 


Not used 
0-decimal 


1 binary 
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0 fixed 
1 floating 


Not used 


Appendix С: Internal Formats of Dictionary Entries 365.1 


| Dictionary Entry for Workspace Requirement 


The format for a dictionary entry for 
workspace requirement is: 


Byte Number Description 


1 Code Byte X'C8' or X'CA' 
2-3 Length - 8 

4-5 Total workspace required 
6-8 Offset 


If the code byte is C8 this is the 
temporary workspace used by  pseudo-code 
(temporary type 1). 


Dictionary Entry for Parameter Lists 


Dictionary entries for parameter lists 
have the following format: 


Byte Number Description 


1 Code Byte X'Cc5' 
2-3 Length 

4-5 STATIC chain 

6-8 STATIC offset 
9-10 Assembled length 


11 onwards Contains DCA's 


Dictionary Entries for Dope Vector 
Skeletons 


Byte Number Description 


1 Code Byte X'c6' 

2-3 Length 

ц- 5 STATIC chain 

6-8 Offset in STATIC 

9-10 Dictionary reference or 


DECLARE number 


11 onwards Bit pattern of skeleton dope 
vector 


This entry is constructed by Phase PD 
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Symbol Table Entry 


Symbol table entries are made by Phase 


PL. 


Byte Number 


12-13 


15-16 


17-18 


Description 
Code Byte Х"С7" 


Length 
STATIC chain 
Offset in STATIC of DED 


Actual DED if not pictured. 
If a picture is involved, 
the last two bytes are the 
dictionary reference of the 
picture table entry 


Offset in STATIC storage of 
symbol table entry 


Dictionary reference of next 
item in the symbol table for 
this block 


Dictionary reference of item 
requiring entry іп symbol 
table 


Dictionary Entry for AUTOMATIC Chain 


Delimiter 


An entry for AUTOMATIC chain delimiter 
is made by Phase PP. 


Byte Number 


Description 
Code Byte Х'СС" 


Length 
AUTOMATIC chain 


Pointer to first second file 
entry 


Pointer to second second 
file entry 


DED Dictionary Entry 


An entry for a DED is created by Phase 


PL. 


Byte Number 
1 


Description 


Code Byte X'c7' 


е First Level Table (80 to FF) 
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І--------4-------4----------4-------і---------і|----------і---------|------------- 


—— — aa —— € — — ар aa 


{STG DEC REAL 


| UNLOCK | END 


| READ 


| DO 


REVERT 





| 


ран 


9 [WAIT 


[CROSS SECTION] 


|ВІТ CONSTANT | 


{ARRAY 
{END BLOCK|CHAR CONSTANT | 
| ISUB 


|END PROG JON 
|------ тт MMMM 


НКА 


аси ат аа паа ааа аа лада ци. 


НН 
нов азан ата | o ISE ЯН ДВЕ CONSTANT | 


CLOSE 








OPEN 


| REWRITE 


| LOCATE 
| DELETE 


[LIST DO| 


ļ--------}-------}----------}-------}---------}----------}---------}------------ 


| DATA 
| ELSE 
| FORMAT 


|INIT LABEL|IF 
| SN2 
| DECLARE 
{х [NO SNAP| 


N | 


ASSIG 





| 

[Р 

| NULL 
ІС 


DELAY 
{CONTROL | 
| VARIABLE| 





| 
| THEN 


р |ЕХІТ 
Р |STOP 


А 
в 
с 
[Е 


+ Go Out ОҒ Block 
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Appendix D: Internal Formats of Text 


e Second Level Table (00 to ТЕ) (preceded Бу second level marker byte C8) 


UJ 


ы о о 


0 1 2 3 4 5 6 7 


| {FILE | | DECIMAL | OPTIONS [EXTERNAL  |AREA | 


| 
|---------- |-------- |-------- |------- %-------------- %----------- %---------- |--------- 
| | | | | BINARY |IRREDUCIBLE|INTERNAL  |POINTER | 


----------і--------1--------і1-------4--------------4-----------4----------1---------і 


| {LIST | | | FLOAT {REDUCIBLE |AUTOMATIC |EVENT | 


ļ-----z----ł--------ł--------ł-------}--------------ł-----------ł----------ł---------4 
| {EDIT | EVENT} | | FIXED | RECURSIVE |5ТАТІС | TASK | 
-_--------{--------+--——-----+-------+------------—--+-----------+----------+--------- 


| TITLE | DATA | PRIORITY | | REAL |ABNORMAL  |CONTRCLLED|CELL | 


----------- }-------~ +-------- +------- 4-------------- |----------- T---------- |---------4 
|ATTRIBUTES|STRING  |REPLY | | COMPLEX | NORMAL [SECONDARY |BASED | 
----------і--------і--------і|-------і--------------4-----------і----------і---------і 


|PAGESIZE |SKI | | | PRECISION 1 [USES | |OFFSET | 


---------- +-------- ł-------- ł------- ł-------------- ł----------- +--------—- {-------— 1 
| IDENT | LINE | | | PRECISION 2 |SETS — | AI 


----------4--------4--------4-------4--------------і|-----------1----------4---------і 


|LINESIZE |РАСЕ | | | VARYING | ENTRY (ІМІТУАВ 1 | | 


----------і--------4--------4-------і--------------і-----------4----------і--------- 
| | COPY | | | PICTURE(NUM) | СЕМЕВТС |INITIAL | |ІМІТУАВ 2] 
----------+{--------+--------+-------+----—----------+-------—---+----------+--------{ 


[INTO |КЕУТО | | | ВІТ ATTRIBUTE |BUILTIN | LIKE | | 


І----------і--------4--------і-------і--------------1-----------і----------і---------1 


| FROM | ТАЗКОР | | [СНАВ АТТВІВОТЕ] [DEFINED | | 


+ + + + + + 
| SET | |IN | | DIMS (INTEGERS) | [ALIGNED | | 
----—--—--{-----—--{----—---{---—---}---——---------{—--—-----—--{+—---------{---—----—{ 


[KEY | | | | LABEL | |UNALIGNED | | 


H----------ł}--------}-—------ł-------ł}--------------ł-----------ł----------}---------4 


| NOLOCK |KEYFROM | | , | | |UNALIGNED | | 
fon nnn fn nn ф-н + --9------+4<<-------- 

| {FORMAT | | | DIMS | | | [РІСТОВЕ | 
| IGNORE | LIS | | ВУ МАМЕ| (NON-INTEGER) |RETURNS | POS | (CHAR) | 
| аа аны фса аа А eee аша Бла асацы аа В саве Д---------- Д---.-----4 


iThe EVENT built-in function 
and pseudo-variable are 
known externally by the 
equivalent name COMPLETION. 
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е Table 3. 


—Ó—Á——— a a Зад 


ZFLAG1 


ZFLAG2 


ZFLAG3 


ZFLAGU 


ZFLAGb5 


Communications Region. Bit Usage in ZFLAGS 


ZCOMM*16 


+17 


+18 


+20 


ZDEFFL 
ZAWAFL 
ZSECFL 
ZDIMFL 
ZCHKFL 
ZONFTL 

ZSTRFL 
ZDECFL 


ZLIKFL 
ZINTST 
ZOPCFL 
ZGTPFL 
ZGOTFL 
ZTEPFL 
ZPICFL 
ZISBFL 


ZCONTG 
ZSETFL 
ZOSSFL 
ZARGFL 
ZINLFL 
ZDIOFL 
ZRECIO 
ZINTAC 


Z FREE 
5ТМ256 
FILEFL 


2РОТЕТ, 
ZGETFL 
ZPTRFL 
ZRODFL 
ZFTASK 


ZDENFL 
ALCSLM 


DESCRIPTION 
Bits are set on, on encountering:- 


DEFINED attribute 

ALLOCATE statement 

Second File statement 
Dimension attribute 

СНЕСК/ ЧОСНЕСК prefix 

ON, SIGNAL or REVERT statement 
Structure 

DECLARE statement 


LIKE attribute 

STATIC INITIAL 

OPEN/CLOSE statement 

GET/PUT statement 

GO TO statement 

TASK/EVENT/PRIORITY options, REPLY statement 
PICTURE attribute/format item 

iSUB defining 


UNALIGNED(NONSTRING) attribute 
SETS attribute 

DELAY, DISPLAY, WAIT statement 
Argument list 

INITIAL Label 

DATA directed І/О 

RECORD І/О 

AUTO/CTL initialization 


FREE statement 

More than 256 statements 
Files present 

SPARE 

PUT DATA 

GET DATA 

Pointer Qualifier 
STATIC DSA Entry 


TASK/EVENT/PRIORITY option on a CALL 
statement 

Set by FT 

ALLOCATE, with second level marker 
Spare 


— ца — e— чаше сам «ма» аці сар M —o DD аме «ме» «ше —— — — diu — — m «ыз «мы» —À «ғыз ee ee «шә «мы ме sv ee «ме» өлен грра 


Appendix F: Communications Region 
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APPENDIX б: SYSTEM GENERATION 


For full details of the system genera- 


tion process, see IBM System/360 Operating 
System: System Generation, Form C28-6554. 


During. the system generation process, a 
control section named IEMAF is assembled 
(see Figure 13) containing a table consist- 
ing of five fixed-point values aligned on 
full-word boundaries, immediately followed 
by a bit string field that is twelve bytes 
in length. The five fixed-point values are 
related to the compiler options  LINECNT, 
SIZE, SORMGIN (start), SORMGIN (end), and 
CONTROL COLUMN (PAGECTL), respectively. 
Bits 1 to 39, and 43 to 46 in the string 
are used to specify the default status of 
the options. Bits 47 to 91 in the string 
are used to specify if an option keyword is 
to be deleted or not. A "1" in the bit 
string means "уе5" and а "0" means "по". 
The remaining bits in the string are spare 
bits not currently in use. Figure 14 shows 
the bit identification table associated 
with the control section. 


| ТЕМАЕ START і 
| € | 
| DC F'99999' | 
| re | 
| DC F'72' | 
| DC Е'О" | 
! reer ee 1 
| DC Sd 0000000 00000000" SWITCHES | 
| ree eee ofoo * DELETE | 
| Беш роо кро мос бе алы З 
| pc аи 0000000 00000000! [ srar | 
| pe вЧо0000000 000000002 sucus | 
Lu lcmÉmm en nan anas дақ ымы ылшын ыы ты ы сы Балы GUS um ышы олы а Мысы шы адан азы eder аа EE | 


Figure 13. Тһе IEMAF Control Section 
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ST 
ST 
ST 
MVI 
ST 
BR 
L 
BR 


4,84(13) 
2,80(13) 

2,8 (13) 
76(13), Х' 00" 
2,96(13) 

14 

15,32(11) 

15 


END SUBROUTINE 


EPILOGUE SUBROUTINE 


TM 
BC 
L 
LTR 
ВС 
С 
ВС 
L 
ST 
ТМ 
ВС 
L 
B 
ST 
LM 
BR 


1(13) „Х"ВО" 
8,60(15) 

2,80(13) 

2,2 

7,60 (15) 
13,РЕ..ІНЕОЭГА (12) 
7,60 (15) 

13,4 (13) 

13,PR.. ТНЕОЗГА (12) 
0(132,Х180" 
1,50(15) 

13,4(13) 

34(15) 

2, 8 (13) 

14, 11,12(13) 

14 


L 15,А. .ТНЕЗАЕА 
ВВ 15 
* END SUBROUTINE 
ж STATIC PROLOGUE SUBROUTINE 
L ў, PR.. IHEQINV (12) 
LTR 4,4 
BC 11,86(15) 
L 7, PR. „ТНЕОТИО (12) 
MVC 80(40,3),80(7) 
LA ц, 1(4) 
ST ц, PR. . IHEQINV(12) 
ST 4, 84(3) 
МУІ 76 (3), Х'00" 
ST 3,8(13) 
LR 13,3 
L 3,PR.. IHEQSLA (12) 
ST 3, 4 (13) 
ST 13,PR. . IHEQSLA (12) 
SR 2,2 
ST 2,80(13) 
ST 2,98(13) 
ст 2, 96(13) 
BR 14 
ж END SUBROUTINE 


Appendix H: Code for Prologues and Epilogues 
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APPENDIX I: DIAGNOSTIC MESSAGES 


The messages 


produced 
Compiler are explained in 


by the PLYI (F) 
publication 


ІВМ SystenV360 Operating System, PL/I (Е) 


Programmer's Guide, 





Form C28-6594. The 


following table associates a message number 


with the 


particular 


and module in 


which the corresponding message is generat- 


ed. 


Message 
Number 


IEMOOO1I 
ІЕМ00021 
ТЕМОООЗТ 
ІЕМ00041 
IEMOOOSI 
ІЕМО0061 
ІЕМОООТІ 
ТЕМОООЗІ 
ІЕМ00091 
IEMOO10I 
IEMOO11I 
IEMOO12I 
ІЕМ0013І 
IEMOO1UI 
IEMOO15I 
ІЕМОО16І 
IEMOO17I 
ІЕМ00181І 
IEMOO19I 
ТЕМО020Т 
ІЕМ00211 
ІЕМ00221 
IEMOO23I 
IEMOO2UI 
IEMOO25I 
ІЕМОО26І 
IEMOO27I 
1ЕМ0028Т 
IEMOO29I 
ТЕМООЗЪТ 
1ЕМ00321І 
ТЕМООЗЗТ 
IEMOO35I 
IEMOO37I 
ІЕМ00381І 
IEMOO39I 
ТЕМООЦОТ 
ТЕМООЧЗТ 
ІЕМООЧЧІ 
ТЕМООЦЪТ 
ТЕМООЦЕТ 
IEMOOUSI 
| IEMOOU9I 
ІЕМ00501 
ІЕМ00511І 
ІЕМОО52І 
ІЕМ0053І 
ІЕМ0054І 
І ЕМОО551 
| ІЕМОО56І 
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Logical Phase 


Read 
Read 
Read 
Read 
Read 


Read 


Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 


In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
in 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 


Module 


CA 
CA 
CA,CP 
CA 
СА, СЪ 
СА 
СА 
СА 
СА 
СА 
СА 
СА 
СА 
СА 
СА 


ІЕМ00571 
ІЕМО0581 
ІЕМ00591 
IEMOO6OI 
IEMOO61I 
| IEM00621 
ІЕМ0063І 
ІЕМ00641 
IEMO0661 
ТЕМО067Т 
IEMOO69I 
ІЕМО0701 
ІЕМ00711 
ІЕМ00721 
IEMOO7UI 
ІЕМ00751 
ІЕМО0761 
ІЕМООТТІ 
ІЕМО0781 
ІЕМ00801 
ІЕМ00811 
IEM008 21 
ІЕМ0083І 
ІЕМОО8ЦІ 
ІЕМОО85І 
ІЕМО0901 
ІЕМ0094І 
ІЕМ0095І 
ІЕМО0961 
ІЕМ0097І 
ІЕМОО99І 
ІЕМ01001 
ІЕМ01011 
ІЕМ01021 
ІЕМ0103І 
IEMO104I 
ІЕМО105І 
ІЕМО106І 
ІЕМО107І 
IEMO108I 
IEMO109I 
IEMO110I 
IEMO1111I 
ІЕМ01121 
ІЕМО113І 
ІЕМО11ЧІ 
IEMO115I 
IEMO116I 
IEMO118I 
IEMO128I 
ІЕМО129І 
IEM01301 
ІЕМО1311 
ІЕМО1321 
ІЕМО133І 
IEMO13UI 
ІЕМО135І 
ТЕМО136І 
ІЕМО138І 
ІЕМ01391 
ІЕМ01411 
IEMO1U2I 


Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 


Read 


Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 
Read 


In 
In 
In 
In 
In 
In 
In 
In 
In 
in 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
In 
Іп 
In 
In 
In 
In 
in 
In 
In 
In 
In 
In 
In 
In 
In 
In 


ІЕМ018ЗІ Веад Іп со 
ТЕМОТЦ4Т Read Іп co 
ІЕМО1 451 Веаа Іп со 
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IEM07981I 
IEM0799I 
IEMOS001 
IEMOS801I 
IEMOS8021I 
IEM0803I 
IEMO8 041 
ІЕМ0805І 
ІЕМ08061 
1ЕМ08071 
IFM08161 
IEMO817I 
ІЕМО818І 
ТЕМО819І 
ІЕМ08201 
ІЕМО821І 
ІЕМО823І 
ІЕМО82ЦІ 
ІЕМО825І 
ІЕМО826І 
ІЕМО8 321 
IEMO833I 
ІЕМ08341 
ІЕМО835І 
ІЕМ08 361 
ІЕМО8 371 
ІЕМО8Ч8І 
ІЕМ0849І 
ІЕМ08501 
ІЕМ08511 
IEM08521I 
ІЕМО8531 
LEMO864I 
ІЕМО8 651 
ІЕМО8661 
IFM08671 
ІЕМ0868І 
ІЕМО869І 
IEMO8701I 
ІЕМ08711 
ІЕМО872І 
ІЕМО873І 
ІЕМ0874І 
ІЕМО875І 
1ЕМ0876І 
1ЕМ08771 
1ЕМО878І 
ІЕМО879І 
ІЕМОВ8ОІ 
ІЕМ08811 
ІЕМ08821 
ІЕМ0896І 
ІЕМ08971 
ІЕМО898І 
ІЕМО8991 
1ЕМ09001 
1ЕМ09011 
ІЕМ09021 
ІЕМ09031 
IFMO9061 
IEM0907I 
тЕМ1024Т 
ІЕМ1025І 
ТЕМ1 0261 
ТЕМ1 0271 
ІЕМ1028І 
ІЕМ10291 
ІЕМ10401 


Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretrans lator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretrans lator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretrans lator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretrans lator 
Pretranslator 
Pretrans lator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Pretranslator 
Translator 

Translator 

Translator 

Translator 

Translator 

Translator 

Translator 


GP, СО, СВ 
СР, СО, СВ 
СР, СО, СВ 
СР, СО, СВ 
GP,GQ,GR 
GP, GQ,GR 
GP,GQ,GR 
GP, GQ, СВ 
GP,GQ,GR 
СР,СО,СВ 
GU, GV 
GU, GV 
GU,GV 
GU,GV 
GU, GV 
GU, GV 
GU, GV 

GU 

GU, GV 
GU,GV 
HF, HG 
HF, HG 
HF, HG 
HF, HG 
HF, HG 

НЕ, HG 

НЕ, НС 

НЕ, HG 
HF, HG 
HF, HG 
HF, HG 
HF, HG 
HK, HL 
HK,HL 
HK, HL 
HK, HL 
HK, HL 
HK, HL 
НК, HL 
HK, HL 
HK, HL 
HK, HL 
HK, HL 
HK, HL 
HK, HL 
HK, HL 
HK, HL 
HK, HL 


TEM10511 
ІЕМ10561 
ІЕМ10571 
ІЕМ10581 
ІЕМ10591 
ІЕМ10601 
IEM1061I 
IEM1062I 
IEM1063I 
IEM106uI 
IEM1065I 
IEM10661 
ІЕМ10671 
ІЕМ10681 
ІЕМ10711 
ІЕМ1072І 
ІЕМ10731 
IEM1074I 
ІЕМ10761 
IEM1082I 
IEM1088I 
IEM108 91 
IEM10901 
IEM1091I 
IEM1092I 
IEM110UI 
ІЕМ1105І 
ІЕМ1106І 
ІЕМ11071 
IEM1108I 
IEM11101 
ІЕМ11111 
IEM111 21 
IEM1113I 
ІЕМ11141 
ІЕМ11151 
IEM1120I 
IEM1121I 
IEM1122I 
IEM1123I 
IEM1125I 
ІЕМ12001 
ІЕМ15691 
ІЕМ15701 
IEM1571I 
IEM1572I 
ІЕМІ157ЦІ 
ІЕМ15751 
ІЕМ16001 
ІЕМ16011 
ІЕМ16021 
ІЕМ16031 
ТЕМ1 6041 
ТЕМ1605Т 
ТЕМ1 6061 
IEM16071 
ІЕМ16081 
ІЕМ1609І 
ІЕМ16101 
IEM1611I 


. IEM1612I 


IEM1613I 
IEM1614I 
IEM16151 
IEM16161 
IEM1617I 
IEM1618I 
IEM1619I 


Translator 
Translator 
Translator 
Translator 
Translator 
Translator 
Translator 
Translator 
Transiator 
Translator 
Translator 
Translator 
Translator 
Translator 
Translator 
Translator 
Translator 
Translator 
Translator 
Translator 
Aggregates 
Aggregates 
Aggregates 
Aggregate Preprccessor 
Aggregates 
Aggregates 
Aggregates 
Aggregates 
Aggregates 
Aggregates 
Aggregates 
Aggregates 
Aggregates 
Aggregates 
Aggregates 
Aggregates 
Aggregates 
Aggregates 
Aggregates 
Ps eudo- code 
Pseudo-code 
Pseudo- code 
Pseudo-code 
Pseudo-code 
Pseudo- code 
Pseudo-code 
Pseudo- code 
Pseudo-code 
Pseudo- code 
Pseudo-code 
Pseudo- code 
Pseudo-code 
Pseudo-code 
Pseudo- code 
Pseudo-code 
Pseudo- code 
Pseudo-code 
Pseudo- code 
Pseudo-code 
Pseudo- code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo- code 
Pseudo- code 
Pseudo-code 
Pseudo- code 
Pseudo-code 


LG 

LS, LT, LU 
LS 

LS, LT, LU 
LS, LT, LU 
LS, LT, LU 
LS, LT, LU 
LS, LT, LU 
LS, LT, LU 
LS, LT, LU 
LS, LT, LU 


LS ,LT, LU 
LW 
ME 
ME 
MB 
MB 
MB 
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IEM1620I 
IEM1621I 
IEM1622I 
IEM1623I 
IEM16 241 
IEM1625I 
ІЕМ16261 
IEM1627I 
IEM1628I 
IEM1629I 
ІЕМ16301 
IEM16 311 
ІЕМ16 321 
IEM16 331 
IEM16 341 
ІЕМ1635І 
ІЕМ16 361 
IEM1637I 
IEM1638I 
IFM1639I 
ІЕМІ6ЧОІ 
ІЕМ1641І 
ІЕМ16421І 
ІЕМ1643І 
IEM16441I 
ІЕМ16451І 
IEM1 6481 
ІЕМ1649І 
ТЕМ1 6501 
ІЕМ16511 
ІЕМ16521 
ІЕМ16531 
ІЕМ1654І 
IEM1655I 
ІЕМ16561 
IEM1657I 
IEM16701 
ІЕМ16711 
IEM1680I 
ІЕМ16871 
ІЕМ16881 
ІЕМ16891 
1ЕМ1691Т 
ІЕМ16921 
IEM1693I 
ІЕМ17501 
ІЕМ17511 
ІЕМ1752І 
ІЕМ1753І 
ІЕМ1754І 
IEM1790I 
IEM1793I 
ІЕМ1794І 
ІЕМ1795І 
IEM17 961 
IEM1797I 
IEM1800I 
1ЕМ18011 
IEM1802I 
IEM1803I 
ІЕМ1804І 
IEM1805I 
ІЕМ1806І 
ІЕМ1807І 
ІЕМ18081 
IEM1809I 
ІЕМ18101 
IEM1811I 
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Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
PSeudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo-code 


MM, MN 
MM, MN 
MM, MN 
MM, MN 
MM, MN 
MM, MN 
MM, MN 
MN 
ME 
MM 
MP 
MP 
MS 
MS 
MS 


IEM1812I 
IEM1813I 
IEM1814I 
IEM1815I 
IEM1816I 
IEM1817I 
IEM1818I 
ІЕМ18191 
ІЕМ18201 
ІЕМ18211 
ІЕМ18221 
ІЕМ18231 
ІЕМ1824І 
ІЕМ18251 
ІЕМ1826І 
ІЕМ1827І 
IEM1828I 
ІЕМ18291 
ІЕМ18301 
IEM1832I 
IEM1833I 
IEM183lI 
ІЕМ1835І 
ІЕМ1836І 
ІЕМ1837І 
ІЕМ18381 
IEM18 39 I 
ІЕМ18401 
IEM18411I 
IEM18431 
IEM18 441 
ТЕМ18 4 5Т 
ІЕМ1846І 
IEM1847I 
IEM18U8I 
ІЕМ18491 
ІЕМ18501 
ІЕМ18601 
ІЕМ18611 
ІЕМ18621 
ІЕМ18701 
IEM1871I 
ІЕМ18721 
IEM187 31 
ТЕМІ8ТЧІ 
ІЕМ18751 
ТЕМОЗОЧІ 
ІЕМ2305І 
ІЕМ2352І 
|ІЕМ2560І 
ІЕМ2700І 
IEM2701I 
IEM27021 
ІЕМ27031 
ІЕМОТОЧІ 
ІЕМ2705І 
ІЕМ2706І 
ІЕМ27071 
ІЕМ27081 
ІЕМ2709І 
ІЕМ27101 
IEM27111 
IEM271 21 
IEM2817I 
IEM2818I 
ІЕМ28191 
ІЕМ2820І 
IEM2821I 


Pseudo-code 
Pseudo- code 
Pseudo-code 
Pseudo-code 
Pseudo- code 
Pseudo-code 
Pseudo- code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo- code 
Pseudo-code 
Pseudo- code 
Pseudo- code 
Pseudo-code 
Pseudo- code 
Pseudo-code 
Pseudo- code 
Pseudo-code 
Pseudo- code 
Pseudo-code 
Pseudo- code 
Pseudo-code 
Pseudo-code 
Pseudo- code 
Pseudo-code 
Pseudo-code 
Pseudo-code 
Pseudo- code 
Pseudo-code 
Pseudo- code 
Pseudo-code 
Pseudo-code 
Pseudo- code 
Pseudo-code 


Constant Conversions 
Constant Conversions 


Pseudo- code 
Pseudo-code 
Pseudo- code 
Pseudo-code 
Pseudo- code 
Pseudo-code 
Pseudo-code 
Ps eudo- code 
Pseudo-code 


Storage Allocation 
Storage Allocation 
Storage Allocation 
Storage Allocation 


Register 
Register 
Register 
Register 
Register 
Register 
Register 
Register 
Register 
Register 
Register 
Register 
Register 


Allocation 
Allocation 
Allocation 
Allocation 
Allocation 
Allocation 
Allocation 
Allocation 
Allocation 
Allocation 
Allocation 
Allocation 
Allocation 


DCB Generation 
DCB Generation 
DCB Generation 
DCB Generation 
DCB Generation 


NV 
PD 

PD 

PD 

QU 

RF, RG, RH 
RF,RG, RH 
ВЕ, RG, RH 
RF, RG, RH 
RF, RG, RH 
ВЕ, RG, RH 
КЕ, RG, RH 
RF, RG, RH 
RF,RG, RH 
RF, ВС, RH 
ВЕ, RG, RH 
RF, RG, RH 
RF, RG, RH 


ІЕМ2822І 
ІЕМ2823І 
ІЕМ2824І 
ІЕМ2825І 
ІЕМ2826І 
ІЕМ28271 
ІЕМ2828І 
| ІЕМ2829І 
ІЕМ2833І 
IEM2834I 
IEM2835I 
ІЕМ28361 
IEM2837I 
ІЕМ28Ц91 
IEM2852I 
IEM2853I 
1ЕМ2854І 
1ЕМ2855І 
ІЕМ2865І 
ІЕМ2866І 
IEM2867I 
ІЕМ28681 
1ЕМ28811 
IEM2882I 
IEM2883I 
ITEM28841 
ІЕМ2885І 
ІЕМ28861 
ІЕМ28871 
ІЕМ28881 
IEM2897I 
IEM2898I 
IEM2899I 
ІЕМ29001 
ІЕМ2913І 
IEM3088I 


IEM31361- 


3149T 
IEM3151I 


IEM3153I 
ІЕМЗ15ЧІ 
ІЕМЗ1561 


ІЕМЗ1621 


1EM31671I- 


31731 


1ЕМ31761: 


31901 
IEM31991 
32131 
ITEM 35841 


ІЕМ 38401 
ІЕМ38Ч1І 
IEM38421 
ІЕМ38 43I 
ІЕМЗ8 ШІ 
ІЕМЗ8451І 
ІЕМЗ8461 
ІЕМЗ8Ц7І 
1ЕМЗ848І 
IEM3849I 
IEM3850I 


DCB Generation 


DCB Generation 
DCB Generation 
DCB Generation 
DCB Generation 
DCB Generation 
DCB Generation 
DCB Generation 


Final 
Final 
Final 
Final 
Final 
Final 
Final 
Final 
Final 
Final 
Final 
Final 
Final 
Final 
Final 
Final 
Final 
Final 
Final 
Final 
Final 
Final 
Final 
Final 
Final 
Final 
Final 


Dictionary, 


Assembly 
Assembly 
Assembly 
Assembly 
Assembly 
Assembly 
Assembly 
Assembly 
Assembly 
Assembly 
Assembly 
Assembly 
Assembly 
Assembly 
Assembly 
Assembly 
Assembly 
Assembly 
Assembly 
Assembly 
Assembly 
Assembly 
Assembly 
Assembly 
Assembly 
Assembly 
Assembly 


Pass 2 
Dictionary, 
Pass 2 
Dictionary, 
Pass 2 
Dictionary, 
Pass 2 
Dictionary, 
Pass 2 
Dictionary, 
Pass 2 
Dictionary, 
Pass 2 


Declare 
Declare 
Declare 
Declare 
Declare 
Declare 


Declare 


Dictionary, 


Pass 2 


Dictionary, 


Pass 2 


Dictionary, 


Pass 2 


48 Character 
Preprocessor 


Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 


Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 


Declare 
Declare 


Declare 


ÉL 
EL 
EL 
EL 


EL 


td в 
е с 


(ва 
ра 


BESS SSS ERS S 


IEM3851I 
IEM3852I 
IEM3853I 
ІЕМЗ8551 
IEM3856I 
IEM3857I 
IEM3858I 
IEM3859I 
IEM3860I 
ТЕМ38611 
IEM3862I 
IEM3863I 
ТЕМЗ86ЧІ 
ТЕМ3865І 
IEM387 21 
TEM387 31 
IEM38741 
IEM3875I 
ІЕМ38761 
IEM3877I 
IEM3878I 
IEM3880I 
IEM3887I 
IEM3888I 
IEM3889I 
IEM3890I 
IEM3891I 
ІЕМ3892І 
IEM3893I 
IEM3894I 
IEM3895I 
ІЕМЗ8961 
IEM3897I 
IEM3898I 
IEM3899I 
ІЕМЗ9001 
ІЕМЗ9011 
IEM39021 
IEM3902I 
IEM3903I 
IEM390UI 
IEM3905I 
IEM39061 
IEM3907I 
IEM39081 
IEM3909I 
IEM3910I 
IEM3911I 
ІЕМ3912І 
ІЕМЦ1061 
ІЕМ81091 
ТЕМЦІ12І 
ІЕМЦІЇ5І 
IEMU118I 
IEM41211 
TEM41241 
ІЕМЧІЗОЇ 
IEMU133I 
ТЕМЧІЗЧІ 
ІЕМЧ1361 
ІЕМЧ1391 
ІЕМЦІЧОІ 
ІЕМЦІЦЗІ 
ІЕМЧІЦ8І 
ІЕМЦІ50І 
IEMU151I 
ІЕМЦІ52І 
ІЕМЦ153І 


Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compiler 
Compi ler 
Compiler 
Compiler 


Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Controi 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 


Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 
Control 


Compiler Control 


Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 


Prccessor 
Processor 
Processor 
Prccessor 
Processor 
Prccessor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 


DES SSS SEESESES ESSE SE SSS SS RSS DD D D 


AS , BC, BG 
BC, BG 
BG 


Appendix I: Diagnostic Messages 427 


ІЕМЦ 1541 
ІЕМЦІ5ТІ 
IEMA1601 
ІЕМЧ1631 
ІЕМЧ1661 
ІЕМЦІ69І 
IEM4 172I 
IEM4175I 
ІЕМЦ1761 
ІЕМ4178І 
IEM41841 
ІЕМЦІ8ТІ 
ІЕМЧ1881 
ТЕМ 1901 
ІЕМЧ1931 
IEMA41961I 
ІЕМЦІ99І 
ІЕМЦ202І 
ІЕМЦ205І 
ТЕМ4 208Т 
IEM4 2111 
1ЕМ4 2121 
тЕМЦ 2141 
ТЕМ 2171 
IEM4 2201 
ТЕМ4 2231 
IEM4 2261 
ТЕМ! 2291 
LEM4 2321 
1ЕМ4 2351 
IEM4 2381 
ТЕМ4 2411 
TEM4 2441 
ІЕМЦОЦТІ 
ІЕМЦОЦВІ 
ІЕМЦ2501 
ТЕМЦ 2531 
IEM4 2541 
ТЕМЦ 2561 
ІЕМЦ259І 
LEM4 2621 
1ЕМ4 2651 
тЕМЦ 2711 
тЕМ4 2771 
LEM4 2801 
IEM4 2831 
IEM4 2861 
ІЕМЦ289І 
тЕМ4 2921 
ТЕМ 2951 
IEM4 2961 
IEM4 2981 
IEM4 2991 
ТЕМ 3011 
ТЕМА 3041 
ТЕМ 3071 
IEM4 3101 
IEM4 3131 
ІЕМЦ319І 
IFM!U322I 
IEMü 3251 
ТЕМ! 3281 
LEM4 3311 
IEM4 3321 
IEM4 3341 
LEM4 3371 
IEM4 3401 
ТЕМ 3.431 
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Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compi le-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 


Compile-time. 


Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 


Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 


Processor 


Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 
Processor 


IEM4346I 
IEM4349I 
IEM4352I 
IEM4355I 
IEM4358I 
ІЕМЧЗб11 
ІЕМЧЗ6ЧІ 
IEM43671 
IEM4 3701 
IEMU373I 
IEM43761 
IEM437 91 
ITEM4 38 2T 
ІЕМ4283І 
IEM4 3911 
ITEM4394T 
ІЕМЧ397І 
ТЕМЧЦООТ 
ТЕМЧЧОЗІ 
ІЕМЧЧОбІ 
ІЕМЧЧОТІ 
ІЕМЧЧОЗІ 
TEM441 21 
ІЕМ4415І 
ІЕМ4421І 
ІЕМЧЧЗЗІ 
ІЕМЧЧЗбІ 
ІЕМЧЦЗ9І 
ТЕМЧЦЦВТ 
ТЕМШШ511І 
ТЕМЦЦЪЗФТ 
TEM4 4541 
IEMUNS57I 
ІЕМІШ60І 
ITEM446 31 
ІЕМЧЦб9І 
TEM447 21 
IEM447 31 
ITEM44751 
ТЕМШШ78І 
IEM4481T 
ІЕМЧЧ8ЦІ 
TEM4499T 
ІЕМ450 21 
IEMUSOUI 
ІЕМ4505І 


ІЕМ4506І 


ІЕМ4508І 
ІЕМЧ511І 
ІЕМЦ5З1ЧІ 
IEM45171 
ІЕМ45201 
IEM45231 
IEM45261 
ІЕМЧ529І 
ІЕМЧЭЗ2І 
IEM45351 
ІЕМЧ538І 
ІЕМ4547І 
ІЕМЧ55ОІ 
ІЕМЧ553І 
ІЕМЧ559І 
ІЕМЧ562І 
ІЕМЧ57ОІ 
IEMU572I 
ІЕМЦ57ЦІ 
1ЕМ4576Т 


Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 
Compile-time 


Compile-time 


Compile-time 
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Appendix I: Diagnostic Messages 428.1 


Any initial value statements associated 


with the ALLOCATE statement are extracted 
and placed in-line. The initialization 
statements are then skipped, and the scan 


continues. 


The last two steps are also performed 
for LOCATE (based variable) and ALLOCATE 
(based variable) statements. 


The action on encountering a BUY state- 
ment is similar to that for the ALLOCATE 
statement, with the following exceptions: 


1. Bound and string length code is in- 
line, bracketed between BUYS and BUY 
statements - there is therefore no 
lcok ahead 

2. There is no initial value code 
associated with temporaries 

3. A slot in the DSA is updated with the 


pointer to the allocated storage for a 
temporary 


The action on encountering a FREE state- 
ment is tc generate code to load a paramet- 
er register with the pointer to the allo- 
cated storage for the FREE VDA Library call 
inserted by the pseudo-code. 


| Phase QU 


Phase QU scans the pseudo-code text in 
search of instructions which have misal- 
igned operands. (A misaligned operand has 
the UNALIGNED attribute and is not aligned 
on the boundary appropriate to its data 
type). When such an instruction is found, 
QU inserts a move character (MVC) instruc- 
tion in the pseudo-code text to move the 
Operand to or from an aligned workspace 
area, апа substitutes the address of this 
workspace for the operand address іп the 
original instruction. If the address of a 
misaligned operand is loaded into a reg- 
ister, a note is made of that register. QU 
thereafter treats the instructions which 

| refer to it as if they referred to the 
operand itself, by inserting a move charac- 
ter instruction, and substituting the work- 
space address for the reference in the 
instruction. 


Phase QU uses storage beginning at off- 
set 32 from register 9 for its workspace. 


Whenever a load address (LA) instruction 
is found which lies within the calling 
Sequence of a library routine and which 
loads the address of a misaligned argument 
of that routine, an aligned workspace 
address is substituted in the instruction, 
and the requisite move character instruc- 
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tion is stacked. It is not inserted in the 
output text until the instruction is 
encountered that loads register 15 prior to 
the exit to the library routine, or in the 
case of EDIT-directed I/C routines, until 
the appropriate branch-and-link  (BALR) 
instruction is encountered. The stacked 
move character instruction is inserted into 
the output before the exit to the routine 
if the argument in question із an input 
argument to the routine, and after the 
return from the routine if it is an output 
argument. 


Phase QX 


Phase QX is the 'AGGREGATE LENGTH TABLE' 
printing phase. It is entered only if the 
ATR (attribute list) option is specified. 


It scans the STATIC, AUTOMATIC, CONTROLLED 
and COBOL chains, and, for each major 
structure or non-structured array that is 


found, an entry 15 printed іп the AGGREGATE 
length table. 


An AGGREGATE LENGTH TABLE entry consists 
of the source program DECLARE statement 
number, the identifier and the length (in 
bvtes) of the aggregate. In the case of an 
aggregate with the CONTROILED attribute, no 
entry is printed for the DECLARE statement, 
but an entry is printed for each  ALLOCATE 
for the aggregate, the source program ALLO- 
CATE statement number being printed in the 
'statement number' column. 


Where the aggregate length is not known 


at compilation the word "adjustable" is 
printed in the ‘length in bytes" column. 
In the сазе of а DEFINED aggregate, the 
word 'DEFINED', and not the aggregate 
length, appears in the ‘length іп  Lbytes' 
column. 


Before printing begins the aggregate 
length table entrie5 are sorted so that the 
identifiers appear in collating sequence 
order. 


THE REGISTER ALLOCATION LOGICAL PHASE 


The purpose of the Register Allocation 
Phase is to insert into the text the 
appropriate addressing mechanisms for all 


types of storage, and to allccate physical 


general registers where symkclic registers 
are specified or required as разе  гед- 
isters. 

This phase comprises twc physical phas- 
es, each with a specific function. The 
first, Phase RA, processes the addressing 


mechanisms, while the second phase, Phase 


RF, allocates the physical registers. 
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